WCF 通道和 ChannelFactory 缓存

Question

因此，我决定稍微提高 WCF 应用程序的性能，并尝试缓存 Channels 和 ChannelFactory。在开始之前，我有两个关于这一切的问题需要解决。

1）ChannelFactory应该作为单例实现吗？

2）我有点不确定如何缓存/重用各个频道。您有可以分享的有关如何执行此操作的示例吗？

可能需要注意的是，我的 WCF 服务被部署为一个独立的应用程序，只有一个端点。

编辑：

感谢您的回复。不过，我仍然有几个问题......

1）我想我对缓存应该发生在哪里感到困惑。我正在向我们公司的另一个部门提供使用此代码的客户端 API。此缓存是否发生在客户端上？

2）客户端API将用作Silverlight应用程序的一部分，这会改变什么吗？特别是，在这种情况下有哪些可用的缓存机制？

3）我仍然不清楚GetChannelFactory方法的设计。如果我只有一项服务，是否应该只创建和缓存一个 ChannelFactory？

我仍然没有实现任何缓存功能（因为我完全不知道应该如何完成它！），但到目前为止，这是我对客户端代理的实现：

namespace MyCompany.MyProject.Proxies
{
    static readonly ChannelFactory<IMyService> channelFactory =
        new ChannelFactory<IMyService>("IMyService");

    public Response DoSomething(Request request)
    {
        var channel = channelFactory.CreateChannel();

        try
        {
            Response response = channel.DoSomethingWithService(request);
            ((ICommunicationObject)channel).Close();
            return response;
        }
        catch(Exception exception)
        {
            ((ICommenicationObject)channel).Abort();
        }
    }
}

Answer 1

使用 ChannelFactory 创建工厂的实例，然后缓存该实例。然后，您可以根据需要/期望从缓存的位置创建通信通道。

您是否需要多个通道工厂（即是否有多个服务）？根据我的经验，这就是您将看到性能最大优势的地方。创建通道是一项相当便宜的任务；从一开始就将一切都设置好需要时间。

我不会缓存单个通道 - 我会创建它们，将它们用于操作，然后关闭它们。如果您缓存它们，它们可能会超时并且通道会出现故障，那么您就必须中止它并创建一个新通道。

不确定为什么要使用单例来实现 ChannelFactory，特别是如果您要创建它并缓存它，并且只有一个端点。

稍后当我有更多时间时，我将发布一些示例代码。

更新：代码示例

以下是我如何在工作项目中实现此功能的示例。我使用了 ChannelFactory，因为我正在开发的应用程序是一个包含多个服务的 n 层应用程序，并且还会添加更多服务。目标是提供一种简单的方法，在应用程序的每个生命周期中创建一次客户端，然后根据需要创建通信通道。这个想法的基础知识不是我的（我从网上的一篇文章中得到它），尽管我根据我的需要修改了实现。

我的应用程序中有一个静态帮助程序类，在该类中我有一个字典和一个从 Channelf 工厂创建通信通道的方法。

字典如下（对象是值，因为它将包含不同的通道工厂，每个服务一个）。我在示例中将“缓存”作为占位符 - 将语法替换为您正在使用的任何缓存机制。

public static Dictionary<string, object> OpenChannels
{
    get
    {
        if (Cache["OpenChannels"] == null)
        {
            Cache["OpenChannels"] = new Dictionary<string, object>();
        }

        return (Dictionary<string, object>)Cache["OpenChannels"];
    }
    set
    {
        Cache["OpenChannels"] = value;
    }
}

接下来是从工厂实例创建通信通道的方法。该方法首先检查工厂是否存在 - 如果不存在，则创建它，将其放入字典中，然后生成通道。否则，它只是从工厂的缓存实例生成一个通道。

public static T GetFactoryChannel<T>(string address)
{

    string key = typeof(T.Name);

    if (!OpenChannels.ContainsKey(key))
    {
        ChannelFactory<T> factory = new ChannelFactory<T>();
        factory.Endpoint.Address = new EndpointAddress(new System.Uri(address));
        factory.Endpoint.Binding = new BasicHttpBinding();
        OpenChannels.Add(key, factory);
    }

    T channel = ((ChannelFactory<T>)OpenChannels[key]).CreateChannel();

    ((IClientChannel)channel).Open();

    return channel;
}

我已经从我在工作中使用的示例中删除了一些内容。在此方法中您可以做很多事情 - 您可以处理多个绑定、分配身份验证凭据等。它几乎是您生成客户端的一站式购物中心。

最后，当我在应用程序中使用它时，我通常会创建一个通道，执行我的业务，​​然后关闭它（或者在需要时中止它）。例如：

IMyServiceContract client;

try
{
    client = Helper.GetFactoryChannel<IMyServiceContract>("http://myserviceaddress");

    client.DoSomething();

    // This is another helper method that will safely close the channel, 
    // handling any exceptions that may occurr trying to close.
    // Shouldn't be any, but it doesn't hurt.
    Helper.CloseChannel(client);
}
catch (Exception ex)
{
    // Something went wrong; need to abort the channel
    // I also do logging of some sort here
    Helper.AbortChannel(client);
}

希望上面的例子能给你一些继续下去的机会。我已经在生产环境中使用类似的东西大约一年了，而且效果非常好。我们遇到的 99% 的问题通常都与应用程序外部的问题有关（外部客户端或不受我们直接控制的数据源）。

如果有任何不清楚的地方或者您还有其他问题，请告诉我。

Answer 2

您始终可以将每个 WCF 合约的 ChannelFactory 设为静态...

您应该知道，从 .Net 3.5 开始，出于性能原因，代理对象由通道工厂池化。调用 ICommunicationObject.Close() 方法实际上将对象返回到池中，希望它可以被重用。

如果您想要进行一些优化，我会查看探查器，如果您可以阻止代码中仅进行一次 IO 调用，那么它可能远远超过您使用通道工厂进行的任何优化。不要选择要优化的区域，而是使用分析器来查找可以优化的目标位置。例如，如果您有一个 SQL 数据库，您可能会在查询中发现一些容易实现的成果，如果这些成果尚未得到优化，这些成果将使您的性能提高几个数量级。

Answer 3

创建通道会降低性能。实际上，如果你在客户端使用ClientBase而不是纯粹的ChannelFactory，WCF已经有了ChannelFactory的缓存机制。但是，如果您进行某些操作，缓存就会过期（如果您愿意，请google一下以获取详细信息）。
对于 ErOx 的问题，我有另一个解决方案，我认为它更好。如下：

namespace ChannelFactoryCacheDemo
{
    public static class ChannelFactoryInitiator
    {
        private static Hashtable channelFactories = new Hashtable();

        public static ChannelFactory Initiate(string endpointName)
        {
            ChannelFactory channelFactory = null;

            if (channelFactories.ContainsKey(endpointName))//already cached, get from the table
            {
                channelFactory = channelFactories[endpointName] as ChannelFactory;
            }
            else // not cached, create and cache then
            {
                channelFactory = new ChannelFactory(endpointName);
                lock (channelFactories.SyncRoot)
                {
                    channelFactories[endpointName] = channelFactory;
                }
            }
            return channelFactory;
        }
    }
    class AppWhereUseTheChannel
    {
        static void Main(string[] args)
        {
            ChannelFactory channelFactory = ChannelFactoryInitiator.Initiate("MyEndpoint");
        }
    }

    interface IMyContract { }
}

如果您有其他需求，可以自行定制Initiate方法的逻辑和参数。但这一启动器类不仅限于一个端点。它对于应用程序中的所有端点都很强大。希望。它很适合你。顺便提一句。这个解决方案不是我提供的。我从一本书上得到这个。