如何正确关闭客户端代理（现有连接被远程主机强行关闭）？答案

【问题标题】：How to properly close a client proxy (An existing connection was forcibly closed by the remote host)?如何正确关闭客户端代理（现有连接被远程主机强行关闭）？
【发布时间】：2014-01-12 00:32:56
【问题描述】：

在您将问题读到最后之前，请不要关闭重复；我已经用谷歌搜索了几个小时没有成功。

编辑：现在我确信它与 WCF 缓存打开的 TCP 连接（连接池）的方式有关。请查看问题末尾的编辑#5。

我基本上有一个使用netTcpBinding 配置的WCF 服务。即使我优雅地关闭客户端代理（参见下面的代码），服务器始终会记录“System.Net.Sockets.SocketException (0x80004005): An existing connection was forcibly closed by the remote host”。

我已将问题范围缩小到我可以编写的最基本的 WCF 示例。我在 WCF 跟踪生成的日志中遇到异常每次我关闭客户端应用程序。不过，我自己的代码中没有出现任何异常，这意味着它按预期工作，我无法调试任何东西来查看 WCF 在我的日志中添加错误时出了什么问题。

服务接口/实现：

[ServiceContract]
public interface IService1
{
    [OperationContract]
    string DoWork();
}
...
public class Service1 : IService1
{
    public string DoWork()
    {
        return "12";
    }
}

服务器端配置：

<configuration>
  <system.web>
    <compilation debug="true" targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" />
  </system.web>
  <system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior name="">
          <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true" />
          <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
    <services>
      <service name="WebApplication1.Service1">
        <endpoint address="" binding="netTcpBinding" bindingConfiguration="netTcpEndpointBinding" contract="WebApplication1.IService1" />
      </service>
    </services>
    <bindings>
      <netTcpBinding>
        <binding name="netTcpEndpointBinding">
          <security mode="None" />
        </binding>
      </netTcpBinding>
    </bindings>
  </system.serviceModel>
</configuration>

客户端配置：

<configuration>
  <system.serviceModel>
    <bindings>
      <netTcpBinding>
        <binding name="NetTcpBinding_IService1">
          <security mode="None" />
        </binding>
      </netTcpBinding>
    </bindings>
    <client>
      <endpoint address="net.tcp://localhost/WebApplication1/Service1.svc"
        binding="netTcpBinding" bindingConfiguration="NetTcpBinding_IService1"
        contract="ServiceReference1.IService1" name="NetTcpBinding_IService1" />
    </client>
  </system.serviceModel>
</configuration>

使用服务的客户端代码（VS2012 使用“添加服务引用”为我生成客户端代理）：

private async Task<string> TestTask()
{
    Service1Client proxy = null;

    try
    {
        Console.WriteLine("Calling service");

        proxy = new Service1Client();
        return await proxy.DoWorkAsync();
    }
    finally
    {
        if (proxy.State != System.ServiceModel.CommunicationState.Faulted)
        {
            Console.WriteLine("Closing client");
            proxy.Close();
        }
        else
        {
            Console.WriteLine("Aborting client");
            proxy.Abort();
        }
    }
}

一切正常：

呼叫服务

关闭客户端

12

但是一旦应用程序终止，服务器就会记录一个异常。我知道我不应该担心这个异常，因为它按预期工作（异常只出现在日志中）并且无论如何都可能发生，以防客户端在调用 .Close()/.Abort() 之前突然终止。

但是，这是正常行为吗？我的意思是，如果我正确关闭了我的客户端代理，我希望服务器不记录异常（这会污染我的日志）。我还假设在关闭客户端代理后，客户端和服务器之间仍然建立了一些 TCP 连接（未知状态），因为服务器仅在整个客户端应用程序终止后才记录异常。如果这样的连接仍然打开，这不会引入意外行为（例如最大连接客户端数）吗？这真的是预期的吗？

我发现了关于这个问题的不同线索：

http://social.msdn.microsoft.com/Forums/vstudio/en-US/0f548f9b-7051-46eb-a515-9185f504d605/error-using-nettcpbinding-an-existing-connection-was-forcibly-closed-by-the-remote-host?forum=wcf

wcf "An existing connection was forcibly closed by the remote host" after closing client

结论是“不在乎”。

有人可以通过一些参考资料确认并解释为什么会抛出此异常吗？

编辑：

异常的日志跟踪：

<Exception>
<ExceptionType>System.Net.Sockets.SocketException, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</ExceptionType>
<Message>An existing connection was forcibly closed by the remote host</Message>
<StackTrace>
à System.ServiceModel.Channels.SocketConnection.HandleReceiveAsyncCompleted()
à System.ServiceModel.Channels.SocketConnection.OnReceiveAsync(Object sender, SocketAsyncEventArgs eventArgs)
à System.Net.Sockets.SocketAsyncEventArgs.FinishOperationAsyncFailure(SocketError socketError, Int32 bytesTransferred, SocketFlags flags)
à System.Net.Sockets.SocketAsyncEventArgs.CompletionPortCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* nativeOverlapped)
à System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)
</StackTrace>
<ExceptionString>System.Net.Sockets.SocketException (0x80004005): An existing connection was forcibly closed by the remote host</ExceptionString>
<NativeErrorCode>2746</NativeErrorCode>
</Exception>

非常感谢

编辑 2：在 IIS 中托管服务或在 Windows 服务中自托管时，我遇到了同样的问题

编辑 3：这是重现问题的完整示例：http://speedy.sh/ENB59/wcf-test.zip

编辑 4：

我试图通过 WCF 为我建立的 TCP 连接来监控幕后实际发生的事情。

关闭客户端代理后，我仍然看到一个打开的 TCP 连接到我的服务器：

我认为这与要缓存的 TCP 连接以供将来重用（即连接池）有关，因为打开与服务器的新连接（在第一个客户端代理关闭后）不会创建新的 TCP 连接。如果我在我的应用程序中调用Console.WriteLine(new Test().TestTask().Result); 两次，我仍然只能看到一个打开的 TCP 连接。

我还注意到，如果我在关闭客户端通道后等待太久，此连接会因超时而终止。

编辑 5：好的，我在 MSDN 上找到了有关该连接池的文档：

NetTcpBinding 使用基于服务的 TCP 连接池主机 DNS 名称和服务正在侦听的端口号。这当客户端调用不同的服务时效果很好不同的端口或服务托管在一个进程中并共享一个港口。如果一个客户端调用多个服务共享一个端口托管在不同的进程中，或者托管在 WAS/IIS 中，客户端边池可能会导致与服务 A 的连接出现问题为服务 B 重用，导致抛出异常，连接中止，并创建了一个新通道。为了避免这个问题，使用 CustomBinding 并指定不同的 ConnectionPoolSettings.GroupName 为客户端的每个服务通信。

所以现在我的问题是：如果这是正常行为，我该怎么做才能防止我的日志因所有这些异常而受到污染？

【问题讨论】：

可能与控制台应用程序中的 async/await 有关吗？我记得在某处读到 async/await 由于线程问题不适合控制台应用程序。尝试在非异步方法中执行此操作，看看是否会出现相同的问题。
@Tim 我现在无法测试，但是是的，控制台应用程序和 GUI 应用程序之间存在区别：线程模型，即线程池与主 UI 线程。我不认为问题来自这里，因为它是我使用 WPF 构建的真实应用程序的简化示例。
还有一些想法。一，如果您还没有启用 WCF 跟踪。其次，我想知道finally 块是否可能是问题的根源。我只是把它放在那里，因为从合理的角度看，我没有看到您的代码有问题，但是如果在 try 块中发生了某些事情，您可能会尝试在频道上调用 Close()处于不良或故障状态。当然，您在 catch 块中将其设置为 null，但是如果发生了一些有趣的事情并且不是捕获的异常怎么办？
@Tim 现在我今天再次阅读了我的问题，我想可能不是那么清楚。我实际上只在日志中看到这些异常（在激活 WCF 跟踪之后）。这意味着调试器根本不会抱怨异常。对于finally 块，是的，如果代理在await 之后和Close 之前由于任何原因进入故障状态，它肯定会抛出异常。
嗯....服务是否又调用了另一个服务？根据我自己的经验，我知道读取跟踪日志可能具有挑战性——日志中是否有任何迹象表明异常在通信流中的哪个位置被引发？是否有可能其他连接没有正确关闭并且这些连接出现故障或超时？

标签： c# .net wcf tcp nettcpbinding

【解决方案1】：

要解决此错误，只需关闭 Channel Factory。

private async Task<string> TestTask()
{
    Service1Client proxy = null;

    try
    {
        Console.WriteLine("Calling service");

        proxy = new Service1Client();
        return await proxy.DoWorkAsync();
    }
    finally
    {
        if (proxy.State != System.ServiceModel.CommunicationState.Faulted)
        {
            Console.WriteLine("Closing client");
            proxy.ChannelFactory.Close();
            proxy.Close();
        }
        else
        {
            Console.WriteLine("Aborting client");
            proxy.Abort();
        }
    }
}

【讨论】：

这绝对有效。现在我需要找到一种方法来管理我的 channelFactory 的生命周期，因为我猜它应该被缓存一段时间并且关闭/重新打开它很耗时。这真的回答了这个问题，非常感谢。
@iamkrillin - 感谢您的修复！ :) 要是谷歌早点给我这个就好了……要是微软能写出合适的软件就好了……要是……

【解决方案2】：

编辑好的。我能够使用您的代码重现该问题。好消息是我还偶然发现了一种不复制它的方法。我认为您的代码没有任何问题。我认为错误正在被记录，因为您是在 VS 的调试器中运行它；并且当调试器关闭服务导致错误被记录时。

按照这些步骤，看看你是否不再收到错误（这对我来说每次都完美）：

右键单击服务项目并选择“调试”>“启动新实例”
右键单击控制台应用程序并选择“调试”>“启动新实例”
运行控制台以完成。
检查您的日志文件。
使用 WCF 测试客户端窗口而不是调试器停止按钮停止服务。
检查您的日志文件。

这是我执行上述步骤的冲击波视频链接：swf file

原始您发布的代码在我的系统上运行良好。我在任何日志中都没有收到错误。顺便说一句，我会完全摆脱 catch 块，因为它除了重新抛出异常之外什么都不做。然后我会像下面这样写 finally 块。我认为它使代码更清晰，并向读者传达了如果抛出异常你什么都不做的想法。

Service1Client proxy = null;

try
{
    Console.WriteLine("Calling service");
    proxy = new Service1Client();
    return await proxy.DoWorkAsync();
}
finally
{
    if (proxy != null)
    {
        if (proxy.State == CommunicationState.Faulted)
        {
            Console.WriteLine("Aborting client");
            proxy.Abort();
        }
        else
        {
            Console.WriteLine("Closing client");
            proxy.Close();
        }
    }
}

【讨论】：

我发布的代码是对现实世界应用程序的简化（不是Exception，而是FaultException 以及其他例外情况）；我正在更新问题以添加更简化的版本，以及重现问题的示例解决方案
我添加了一个带有示例解决方案的 zip 文件。还更新了问题并简化了代码（按照您的建议删除了 catch 异常）
(1/2) 感谢您的帮助。我实际上无法重现您所描述的内容。在第 3 步，如果我关闭控制台应用程序，这实际上会在日志中产生异常（这在视频中很奇怪，因为在您的机器中，这一步也会更新日志，因为 VS 会提示重新加载文件）。实际上我不认为调试器是有原因的，因为它可能不调试任何东西并且问题仍然存在（至少在我的开发机器和我的生产服务器上）：按照步骤 1 和 2您提供，然后代替第 3 步
(2/2) 点击“Debug -> Detach all”让所有东西在没有任何调试器的情况下运行。然后关闭控制台应用程序，仍然会记录异常。在我的生产服务器中，所有内容都编译为“发布”并托管在 IIS 中，我可以看到同样的问题。
确实很奇怪。我可以可靠地重现该实验。我认为可以肯定的一件事是，这不是您的代码。肯定是框架中的某些东西导致了您的问题。

【解决方案3】：

我怀疑您在 try 块中的 return 命令导致执行跳过 finally 块，导致您的连接保持打开状态，直到客户端关闭导致异常。这可能吗？你确定你的 finally 块被执行了吗？

【讨论】：

我确信finally 将始终被调用。我更新了问题以添加我在代码中添加的痕迹以显示它。
@ken2k 我明白了。好吧，您的 proxy.Close() 调用可能会失败（抛出异常）或服务器未正确处理，如下所述：relentlessdevelopment.wordpress.com/2010/01/17/… 这意味着之后连接仍保持打开状态。
它可以，但这不是我的服务器日志中出现异常的原因。我提供的代码不会在客户端抛出任何异常。
@ken2k 不应该也用 await 调用 Close 还是我错了？
否； finally里面的代码会在异步调用完成后同步执行。