gpt4 book ai didi

c# - WCF channel 工厂缓存

转载 作者:太空宇宙 更新时间:2023-11-03 18:27:35 25 4
gpt4 key购买 nike

一个 WCF 服务将使用另一个 Wcf 服务。现在,我想创建 channel 工厂对象并手动缓存它。我知道性能会很好,但担心是否会提出任何其他问题。

我查到的信息如下:

“使用 ChannelFactory,您仍然可以使用自己的自定义 MRU 缓存实现 channel 工厂缓存。这仍然意味着一个重要的限制:对共享 channel 工厂的同一服务端点的调用也必须共享相同的凭据。这意味着您不能为从 Web 服务器层调用应用程序服务的每个线程传递不同的凭据。如果您使用相同的证书或 Windows 凭据对下游服务进行身份验证,则这不是问题的一种情况。在这种情况下,如果您需要传递有关的信息经过身份验证的用户,您可以使用自定义 header 而不是安全 token 。”

链接:http://devproconnections.com/net-framework/wcf-proxies-cache-or-not-cache

我在谷歌上找到了一个示例代码如下。

internal delegate void UseServiceDelegate<in T>(T proxy);



internal static class Service<T>
{

private static readonly IDictionary<Type, string>
cachedEndpointNames = new Dictionary<Type, string>();


private static readonly IDictionary<string, ChannelFactory<T>>
cachedFactories =
new Dictionary<string, ChannelFactory<T>>();


internal static void Use(UseServiceDelegate<T> codeBlock)
{
var factory = GetChannelFactory();
var proxy = (IClientChannel)factory.CreateChannel();
var success = false;

try
{
using (proxy)
{
codeBlock((T)proxy);
}

success = true;
}
finally
{
if (!success)
{
proxy.Abort();
}
}
}


private static ChannelFactory<T> GetChannelFactory()
{
lock (cachedFactories)
{
var endpointName = GetEndpointName();

if (cachedFactories.ContainsKey(endpointName))
{
return cachedFactories[endpointName];
}

var factory = new ChannelFactory<T>(endpointName);

cachedFactories.Add(endpointName, factory);
return factory;
}
}


private static string GetEndpointName()
{
var type = typeof(T);
var fullName = type.FullName;

lock (cachedFactories)
{
if (cachedEndpointNames.ContainsKey(type))
{
return cachedEndpointNames[type];
}

var serviceModel =

ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None)
.SectionGroups["system.serviceModel"] as ServiceModelSectionGroup;

if ((serviceModel != null) && !string.IsNullOrEmpty(fullName))
{
foreach (var endpointName in
serviceModel.Client.Endpoints.Cast<ChannelEndpointElement>()
.Where(endpoint => fullName.EndsWith(endpoint.Contract)).Select(endpoint
=> endpoint.Name))
{
cachedEndpointNames.Add(type, endpointName);
return endpointName;
}
}
}

throw new InvalidOperationException("Could not find endpoint element
for type '" + fullName + "' in the ServiceModel client
configuration section. This might be because no configuration file
was found for your application, or because no endpoint element
matching this name could be found in the client element.");
}
}

我完全不知道该怎么办。谁能给我一个最佳实践指南?

最佳答案

这是一个复杂的话题,有很多细节需要讨论,但就到此为止吧。

首先,作为一般规则,您应该缓存一个 ChannelFactory 而不是一个单独的 ChannelChannelFactory 的构造成本很高,而且线程安全,因此它是缓存的理想选择。 Channel 的构建成本很低,通常建议仅在需要时创建 channel 并尽早关闭它们。此外,当您缓存 Channel 时,您必须担心它会超时,这会导致它出错,从而使缓存它的全部好处首先失效。

article Michele Leroux Bustamante 链接到的是最好的资源之一。正如她所说,Windows 客户端和服务器端客户端之间存在差异需要考虑。大多数情况下,只有 Windows 客户端从缓存中受益,因为服务器端客户端上的凭据通常因线程而异。对于典型的 Windows 客户端,有两个主要选项:自己缓存引用或利用 MRU 缓存。

利用 MRU 缓存:从本质上讲,这意味着您让 Microsoft 掌握了主动权。 ClientBase 类将为内部 ChannelFactory 实例使用 MRU 缓存。缓存行为通过 CacheSetting 属性控制,默认情况下,如果访问任何“安全敏感”属性,缓存将被禁用。 ClientBase 属性会在访问时使 ChannelFactory 失效并从 MRU 缓存中删除,包括 EndpointClientCredentialsChannelFactory 本身。有一种方法可以通过将 CacheSettings 属性设置为 CacheSettings.AlwaysOn 来覆盖此行为。此外,如果 Binding 是运行时定义的,则 ChannelFactory 不再是 MRU 缓存的候选者。参见 more details here .

自己缓存引用:这意味着您将自己保留一个ChannelFactory 引用集合。您在问题中提供的代码段使用了这种方法。 Darin Dimitrov 通过 this related SO question 提出的我见过的最好的方法是在工作中使用的修改版本.对于我们这些喜欢对缓存机制进行更细粒度控制的人来说,这就是可以使用的方法。这通常在必须在运行时设置凭据时使用,就像 Internet 服务通常需要的那样。

非常相似,可以缓存客户端代理以提高性能 - Wenlong Dong 有一个 article关于这个话题。

(更新) 如前所述,服务器端客户端在 ChannelFactory 缓存方面的选择非常有限。对于这个简短的讨论,我们假设我们的部署场景如下所示:

Client -> Service A -> Service B

在这种情况下,为了利用 ChannelFactory 缓存,最可能使用的方法是为 ClientService A 之间的 session 自己缓存引用。这样 Service A 就不必在每次 Service A 需要调用 Service BChannelFactory 实例>。但是,如果每次调用都需要更改 ChannelFactory 的属性,那么这将不再适用。

当然,如果服务 A 是单例并且每次调用下游服务(服务 B)不需要新的凭据,但单例服务有其自己的一套性能问题。

关于c# - WCF channel 工厂缓存,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30718839/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com