【问题标题】:WCF: The socket connection was aborted. A receive timeout being exceeded by the remote hostWCF:套接字连接已中止。远程主机超出接收超时
【发布时间】:2015-07-29 18:03:57
【问题描述】:

我一直在努力解决 WCF 的难题。我有一个由控制台应用程序调用的 WCF 服务(作为 Windows 服务托管)。它工作得很好,但最近我们在 10 分钟时遇到了超时问题,当时我们必须对旧系统运行查询。

我在服务和客户端.exe中都使用了log4net,奇怪的是服务居然完成了工作并且没有抛出异常。它运行查询(大约需要 12 分钟,并创建一个文件,并记录成功)。

但是,控制台应用程序记录了一个异常,声称“主机”返回了超时或错误。我认为这是超时而不是缓冲区问题,因为异常总是在最初调用后的 10 分钟到第二秒发生。

这是来自我的 log4net 的异常/堆栈信息:

2015-07-28 17:35:47,364 [1] 
System.ServiceModel.CommunicationException: The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was '00:29:59.9843999'. ---> System.IO.IOException: The read operation failed, see inner exception. ---> System.ServiceModel.CommunicationException: The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was '00:29:59.9843999'. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host
   at System.Net.Sockets.Socket.Receive(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags)
   at System.ServiceModel.Channels.SocketConnection.ReadCore(Byte[] buffer, Int32 offset, Int32 size, TimeSpan timeout, Boolean closing)
   --- End of inner exception stack trace ---
   at System.ServiceModel.Channels.SocketConnection.ReadCore(Byte[] buffer, Int32 offset, Int32 size, TimeSpan timeout, Boolean closing)
   at System.ServiceModel.Channels.SocketConnection.Read(Byte[] buffer, Int32 offset, Int32 size, TimeSpan timeout)
   at System.ServiceModel.Channels.DelegatingConnection.Read(Byte[] buffer, Int32 offset, Int32 size, TimeSpan timeout)
   at System.ServiceModel.Channels.ConnectionStream.Read(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.FixedSizeReader.ReadPacket(Byte[] buffer, Int32 offset, Int32 count)
   at System.Net.Security.NegotiateStream.StartFrameHeader(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.NegotiateStream.ProcessRead(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
   --- End of inner exception stack trace ---
   at System.Net.Security.NegotiateStream.ProcessRead(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
   at System.Net.Security.NegotiateStream.Read(Byte[] buffer, Int32 offset, Int32 count)
   at System.ServiceModel.Channels.StreamConnection.Read(Byte[] buffer, Int32 offset, Int32 size, TimeSpan timeout)
   --- End of inner exception stack trace ---

Server stack trace: 
   at System.ServiceModel.Channels.StreamConnection.Read(Byte[] buffer, Int32 offset, Int32 size, TimeSpan timeout)
   at System.ServiceModel.Channels.SessionConnectionReader.Receive(TimeSpan timeout)
   at System.ServiceModel.Channels.SynchronizedMessageSource.Receive(TimeSpan timeout)
   at System.ServiceModel.Channels.TransportDuplexSessionChannel.Receive(TimeSpan timeout)
   at System.ServiceModel.Channels.TransportDuplexSessionChannel.TryReceive(TimeSpan timeout, Message& message)
   at System.ServiceModel.Dispatcher.DuplexChannelBinder.Request(Message message, TimeSpan timeout)
   at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
   at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
   at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]: 
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at FileGeneratorConsole.FileGeneratorServiceReference.IFileGeneratorService.GenerateXmlFileFromSql(String sqlServer, String sqlDatabase, String sqlQuery, Int32 commandTimeout, Boolean allowEmptyResult, String outputFileName, String xslFileName, Boolean archiveExistingFile)
   at FileGeneratorConsole.Program.Main(String[] args)

现在,我认为我已经完成了研究并找出了问题所在。我认为 sendTimeout 和 receiveTimeout 是绑定定义的一部分,所以我补充说:

<bindings>
      <netTcpBinding>
        <binding name="NetTcpBinding_IFileGeneratorService"
                  maxBufferPoolSize="2147483647"
                 maxBufferSize="2147483647"
                 maxReceivedMessageSize="2147483647"
                 receiveTimeout="00:30:00"
                 closeTimeout="00:30:00"
                 openTimeout="00:30:00"
                 sendTimeout="00:30:00">
        </binding>
      </netTcpBinding>
    </bindings>

而且,如果您注意到上面的异常,您会看到错误提示:

本地套接字超时为 '00:29:59.9843999'

以前是 00:09:59.... 所以看起来是这样的。

我还将它添加到服务配置文件中,以防万一需要在两侧绑定,但这没有帮助。

最后,出于绝望,我添加了一些其他内容。我尝试向服务部分添加超时:

我尝试添加

到行为本身。

我现在很茫然,总是10分钟就死了。

提前致谢

【问题讨论】:

  • 我在这里的时候不妨问问。我已经在控制台中编写了代码来输出绑定名称和超时属性,以确保它们在代理客户端中设置,并且看起来不错。我不知道如何从服务代码本身调试相同的项目,以查看服务认为自己的超时设置是什么。谢谢

标签: c# wcf service timeout


【解决方案1】:

它总是比你想象的要简单。

遗憾的是,一直缺少的是 service.endpoint 中的 bindingConfiguration 引用。一直以来,服务都假定使用默认绑定定义运行。我在我的配置中定义了一个绑定,但错过了您指定的部分:

我有:

 <endpoint address="" binding="netTcpBinding" bindingConfiguration="">

我需要:

 <endpoint address="" binding="netTcpBinding" bindingConfiguration="NetTcpBinding_IFileGeneratorService">

一旦到位,我的实际服务端点正在查看正确的绑定属性。

【讨论】:

  • WCF 配置肯定很挑剔!
猜你喜欢
  • 2011-04-28
  • 1970-01-01
  • 1970-01-01
  • 2012-03-08
  • 1970-01-01
  • 2011-05-11
  • 2011-02-13
  • 2013-05-23
  • 2019-05-05
相关资源
最近更新 更多