WCF 代理运行时初始化和性能影响

Question

我正在通过 ChannelFactory 类手动初始化我的代理，因为初始化此代理的配置来自其他一些配置服务（不在同一个 App.Config 中）并且为了避免初始化成本（服务调用、读取配置设置）我缓存了这个代理。我无法承担在每次操作后关闭此代理的成本，因为需要频繁执行操作。该代理的超时配置如下。

receiveTimeout="00:10:00" 
sendTimeout="00:10:00" 
closeTimeout="00:10:00"

根据我对客户端超时属性的理解，当超时超过时，我的代理的状态将是故障。对？

我想重新初始化我的代理，所以我有 2 个选项来执行此操作。

1) 我使用 ICommunicationObject.Faulted 事件处理程序，当我的代理进入故障状态时，即使我重新初始化代理。但是这种实现并不合适，因为我们没有正确地处理代理（调用 .Close() 方法），它不会从服务端释放资源并影响我的性能。

2) 我创建了一个线程，并在代理进入故障状态前几秒钟设置了它的经过时间。通过调用 .Close{) 方法正确关闭此代理并重新初始化另一个对象并缓存它。

请建议我在性能方面哪个选项好，如果有其他解决方案可以避免这个问题，请告诉我。

提前致谢。

Answer 1

如果代理处于故障状态，您可以在其上调用 Abort。 如果你真的想保留代理取决于你需要什么。如果您打算使用 Duplex-Communication 或类似的东西，这可能是个好建议。如果您只是不时调用该服务，则只能在调用期间使用代理。

我通常会自己编写一个小型代理，它只发布 Connected 和 Fault 事件。我使用首先尝试关闭代理的代码实现 IDisposable，当引发 CommunicationException 时继续中止它。

在处理通信的代码中，我持有对此类代理对象的引用，并在关闭/故障时处理它，并在我有待处理的操作时立即打开它。 即使网络不可靠，这在客户端也能很好地工作。 在双工服务的情况下，我只需添加一个计时器，如果连接丢失，它会尝试自动重新连接。

这是 F# 中的一个小 sn-p，演示了我使用这个非常简单的代理的方式 - 它实际上只是包装 Channel 并获取连接事件 - WcfHelper 只是一堆帮助函数来构建地址和绑定 - 这种情况是 DuplexService 的精简版本，因此它继承自 DuplexClientBase 但 正常 非双工情况是一样的。

/// Duplex-proxy
type private MyProxy(handler, servicename: string, server : string, port : int) =
    inherit DuplexClientBase<IWcfConnector>(handler, WcfHelper.getBinding(), WcfHelper.createEndpointAddress(servicename, server, port))

    let _connectionEvent = new Event<_>()

    do
        base.InnerDuplexChannel.Closed.Add(fun _ -> _connectionEvent.Trigger(ConnectionState.Disconnected))
        base.InnerDuplexChannel.Opened.Add(fun _ -> _connectionEvent.Trigger(ConnectionState.Connected))
        base.InnerDuplexChannel.Faulted.Add(fun _ -> _connectionEvent.Trigger(ConnectionState.Disconnected))

    /// sample-Operation
    member i.TestCall(message) = base.Channel.TestCall(message)

    interface IDisposable with
        member i.Dispose() =
            try
                i.Close()
            with
            | :? CommunicationException ->
                i.Abort()