【发布时间】：2019-07-31 14:00:27
【问题描述】：
我设置了一个基于 NetTcpBinding 的 WCF 服务，并且我使用的是 localhost。客户端和主机在同一台机器上运行。我在一段时间内使用 WCF 服务接口的特定方法的客户端出现通信异常。 while 循环是强制性的，因为我正在监视一个值，而操作取决于值的变化。客户端是一个 clr 控制台应用程序，包含一个带有服务引用的 dll 和客户端的 app.config 文件。
为了解决问题，我在绑定配置中增加了 openTimeout、closeTimeout、receiveTimeout、sendTimeout、maxBufferPoolSize 和 maxReceivedMessageSize，但没有任何成功。
我也让客户端的线程休眠，这样接口的方法被调用的次数少了，也没有成功。
为了给你一个想法，你可以在下面找到调用接口方法的客户端的while循环。我还附上了客户端的绑定配置。
While循环：
while (ClientOfIPCService.getUGUDasDouble(ControlUGUD) == ValueOfControlUGUD)
{
Console::WriteLine("Request acProgState...");
CurrentProgStat = ClientOfIPCService.getNCKVariableWithPathasDouble("/Channel/State/acProg[u1,1]");
if (CurrentProgStat == 0 || CurrentProgStat == 3 || CurrentProgStat == 4)
{
exit(0);
}
}
我现在的问题是如何解决这个问题？有没有可能我清空请求的缓冲区？如何避免此通信异常？
2019 年 1 月 8 日更新：
Host的完整App.config文件：
<system.serviceModel>
<behaviors>
<serviceBehaviors>
<behavior name="MexGet">
<serviceMetadata httpGetEnabled="false" httpsGetEnabled="false" />
<serviceDebug includeExceptionDetailInFaults="true" />
</behavior>
</serviceBehaviors>
</behaviors>
<!--Binding Settings-->
<bindings>
<netTcpBinding>
<binding name="BindingConfig1"
closeTimeout="00:30:00"
openTimeout="00:30:00"
receiveTimeout="00:30:00"
sendTimeout="00:30:00"
maxReceivedMessageSize="20000000"
maxBufferSize="20000000"
maxBufferPoolSize="20000000">
<readerQuotas maxDepth="32"
maxStringContentLength="20000000"
maxArrayLength="20000000"
maxBytesPerRead="20000000"/>
</binding>
</netTcpBinding>
</bindings>
<!--Service Binding-->
<!--2. Configure end point with netTcpBinding-->
<services>
<service behaviorConfiguration="MexGet"
name="PROKOS_IPC_SERVER.HMI_IPC">
<endpoint name="NetTcpBindingEndpoint"
address=""
binding="netTcpBinding"
bindingConfiguration="BindingConfig1"
contract="PROKOS_IPC_SERVER.IHMI_IPC">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
<!--3. Configure the meta data exchange end point-->
<endpoint name="MexTcpBidingEndpoint"
address="mex"
binding="mexTcpBinding"
bindingConfiguration=""
contract="IMetadataExchange">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
<host>
<baseAddresses>
<add baseAddress="net.tcp://localhost:8124/HMI-IPC" />
</baseAddresses>
</host>
</service>
</services>
完整的客户端App.config文件：
<system.serviceModel>
<!--Binding Settings-->
<bindings>
<netTcpBinding>
<binding name="BindingConfig1" closeTimeout="00:30:00" openTimeout="00:30:00"
receiveTimeout="00:30:00" sendTimeout="00:30:00" maxBufferPoolSize="20000000"
maxReceivedMessageSize="20000000" />
</netTcpBinding>
</bindings>
<client>
<endpoint address="net.tcp://localhost:8124/HMI-IPC" binding="netTcpBinding"
bindingConfiguration="BindingConfig1" contract="IPC.IHMI_IPC"
name="NetTcpBindingEndpoint">
<identity>
<dns value="localhost" />
</identity>
</endpoint>
</client>
</system.serviceModel>
这里我附上了服务器堆栈跟踪的屏幕截图：
客户端的完整错误信息是： “套接字连接已中止。这可能是由于处理您的消息时出错或远程主机超出接收超时，或底层网络资源问题。本地套接字超时为 '00:29:59.9549975'。”
我没有在客户端处理异常，这在我的 clr 控制台应用程序中给了我以下错误消息。
2019 年 2 月 8 日更新：
下面的代码展示了让线程休眠以避免很多请求的想法：
while (ClientOfIPCService.getUGUDasDouble(ControlUGUD) == ValueOfControlUGUD)
{
delay(500);
Console::WriteLine("Request acProgState...");
CurrentProgStat = ClientOfIPCService.getNCKVariableWithPathasDouble("/Channel/State/acProg[u1,1]");
if (CurrentProgStat == 0 || CurrentProgStat == 3 || CurrentProgStat == 4)
{
exit(0);
}
// lets the current thread sleep for X miliseconds
delay(500);
}
另一个想法是集成一种方法，我可以在while循环之后切断电线并再次打开它以供进一步使用。
2019 年 2 月 8 日更新：
我根据需要启用了 WCF 跟踪，并且可以从跟踪中获得以下异常详细信息（请参阅屏幕截图和消息下方的翻译）：
“由于来自套接字的异步接收未在分配的 00:02:00 时间限制内完成，因此套接字被中止。为此任务分配的时间段可能是较长超时的一部分。”
【问题讨论】：
-
调用堆栈是什么样的以及完整的异常是什么（因此包括任何内部异常）。请随时edit 。
-
我希望通过屏幕截图为您提供所需的信息。
-
当该异常发生时（看起来像套接字错误），您能否从命令提示符
netstat -a -p tcp运行并告诉我们TIME_WAIT 中有多少端口？您可能想尝试降低 TcpTimedWaitDelay：docs.microsoft.com/en-us/biztalk/technical-guides/… 如果有很多（阅读数百或更多） -
在服务器端使用完整的消息日志配置 WCF 跟踪：docs.microsoft.com/en-us/dotnet/framework/wcf/diagnostics/…
-
请参考我更新的问题。很抱歉回复晚了，但我花了一些时间来实现它。
标签： c# wcf clr nettcpbinding communicationexception