WCF客户端报EOF reached异常但请求已达服务端原因与复现方法

问题现象 #

调用采用NetTcpBinding绑定的WCF服务时，客户端侧日志捕获异常，核心特征：客户端抛出报错的同时，对应请求已成功命中WCF服务端。
异常信息：

• More data was expected, but EOF was reached.
• Error while reading message framing format at position 1 of stream (state: Start)
  对应堆栈跟踪：

at System.ServiceModel.Channels.ClientDuplexConnectionReader.EnsureDecoderAtEof()
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

已开展排查 #

因安全限制无法抓取WCF服务交互原始报文，初步推测两类诱因：

• 发送载荷中包含EOF字符；
• 发送数据大小超出客户端WCF配置中maxReceivedMessageSize设定阈值。
  两类推测本地复现均失败：
• 载荷中加入EOF字节（0x1A）发送至服务，客户端未抛出对应异常；
• 将客户端maxReceivedMessageSize配置为小于实际payload大小，抛出的异常与目标异常特征不符。

问题解答 #

1. 异常触发根本原因 #

该异常和之前排查的两个方向无关，本质是WCF客户端在等待接收完整响应帧的过程中，底层TCP连接被非正常关闭，读流操作提前到达流末尾：

• 业务载荷中的0x1A字节属于应用层数据，NetTcpBinding的帧解析器不会将业务载荷内的字节识别为流结束标记，复现结果已经验证该场景不成立；
• 消息大小超出maxReceivedMessageSize配额时，WCF会在读取帧头长度字段时直接抛出配额超限异常，不会走到读流到EOF的逻辑，和复现结果一致。

结合「请求已成功命中服务端」的特征，实际触发场景通常为三类：

• 服务端接收并处理完请求后，在响应帧完整回传前进程意外终止，包括IIS应用池强制回收、操作线程出现未捕获异常导致运行时退出、服务宿主进程被人为结束，此时操作系统会直接关闭TCP连接，客户端收到连接断开信号时还未拿到完整响应；
• 客户端与服务端之间的四层负载均衡、防火墙、NAT设备配置了过短的会话空闲超时，服务端处理请求耗时超过设备阈值时，设备会主动切断TCP会话，导致客户端无法接收完整响应；
• 客户端与服务端的NetTcpBinding配置不匹配，比如服务端开启了传输层安全、帧模式设置与客户端不一致，服务端收到请求后判定协议非法直接断开连接，但此时请求已经被传输层接收并递交给服务端应用逻辑处理，因此会出现服务端已处理请求、客户端报连接异常的现象。

2. 本地复现方案 #

不需要构造特殊业务载荷，直接模拟「请求被服务端处理完成、响应未回传完成时连接强制断开」的场景即可，推荐两种复现方式：

• 方式一：搭建最简NetTcpBinding WCF服务，定义一个耗时1秒以上的服务操作，在操作逻辑执行完成后（确保请求已被处理），直接调用Environment.Exit(0)终止服务宿主进程，客户端发起调用即可复现完全一致的报错与堆栈。
• 方式二：在服务操作中通过操作上下文获取当前会话绑定的底层Socket实例，在业务逻辑执行完成后直接调用Socket的Close()方法强制断开连接，不需要终止服务进程，也能触发相同异常。

如果要模拟中间网络设备断连的场景，可以在客户端和服务端之间部署四层反向代理，配置规则在代理收到服务端的请求处理确认后、响应包转发前主动断开客户端侧连接，同样可以复现该异常。

内容的提问来源于stack exchange，提问作者Ram Nivas