WCF 通道工厂缓存

WCF channel Factory caching

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

我查到的信息如下:

"Using ChannelFactory you can still achieve channel factory caching with your own custom MRU cache. This still implies an important restriction: calls to the same service endpoint that share the channel factory must also share the same credentials. That means you can t pass different credentials for each thread calling application services from the Web server tier. One scenario where this is not an issue is if you use the same certificate or Windows credential to authenticate to downstream services. In this case, if you need to pass information about the authenticated user, you can use custom headers rather than a security token."

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

我在Google中找到了示例代码如下。

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 时,您必须担心它会超时,这会导致它出错,从而使首先缓存它的全部好处失效。

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

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

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

非常相似,可以缓存客户端代理以提高性能 - Wenlong Dong 有一篇关于此主题的 article

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

Client -> Service A -> Service B

在这种情况下,为了利用 ChannelFactory 缓存,最可能使用的方法是为 Client 和 [=55] 之间的会话自己缓存引用=]服务A。这样 Service A 就不必在每次 Service A 需要调用 时构造不同的 ChannelFactory 实例服务 B。但是,如果每次调用都需要更改 ChannelFactory 的属性,那么这将不再适用。

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