我是否需要关闭和/或处置通过OperationContext.Current.GetCallbackChannel 获取的回调通道？

Question

我正在使用 OperationContext.Current.GetCallbackChannel 获取调用 WCF 服务操作的客户端的通道。

我是否需要担心关闭/处置这些回调通道，或者这是由框架处理的？

Answer 1

嗯，我刚刚自己尝试了一下，结果发现如果你 Close &处置回调通道（在转换为 IClientChannel 后）整个服务通道变得无用，并且在调用时抛出 ProtocolException 并指出：

“由于服务器启动的关闭，输出会话已自动关闭，因此该通道无法再用于发送消息通过将 DispatchRuntime.AutomaticInputSessionShutdown 设置为 false 来禁用自动关闭，或者考虑修改远程服务器的关闭协议。”

我认为这是尝试关闭和关闭的不受欢迎的后果或副作用。处置回调通道，这意味着不应该这样做。

Answer 2

我认为你应该这样做。

回调机制不提供任何类似于管理
服务和回调端点之间的连接。由开发商决定
提出一些应用程序级协议或一致的模式来管理
连接的生命周期。仅当客户端通道仍然打开时，服务才能回调客户端，这通常是通过不关闭代理来实现的。保持代理打开还将防止回调对象被垃圾收集。如果服务在回调端点上维护引用，并且客户端代理已关闭或客户端应用程序本身已消失，则当服务调用回调时，它将从服务通道获取 ObjectDisposeException。因此，客户端最好在不再希望接收回调或客户端应用程序关闭时通知服务。为此，您可以向服务协定添加显式 Disconnect() 方法。由于每个方法调用都带有回调引用，因此在 Disconnect() 方法中，服务可以从其内部存储中删除回调引用。

这是一个例子：

class MyService : IServiceContract
{
   static List<IServiceContractCallback> m_Callbacks = new List<IServiceContractCallback>();
public void Connect()
{
    IServiceContractCallbackcallback = OperationContext.Current.GetCallbackChannel<IServiceContractCallback>();
    if(m_Callbacks.Contains(callback) == false)
    {
       m_Callbacks.Add(callback);
    }
}
public void Disconnect()
{
    IServiceContractCallback callback = OperationContext.Current.GetCallbackChannel<IServiceContractCallback>();
    if(m_Callbacks.Contains(callback))
    {
        m_Callbacks.Remove(callback);
    }
    else
    {
        throw new InvalidOperationException("Cannot find callback");
    }
}

通过这种方式，客户端可以通知服务不再需要回调。它能回答你的问题吗？