发送完数据服务端socket需关闭吗？C#客户端读取C++服务端数据抛SocketException排查

1 首先确认你的代码存在语法错误 #

你贴出的代码里while判断存在运算符优先级和括号配对错误，>的运算优先级高于赋值符=，你当前的写法实际会先判断Read返回值是否大于0，再将布尔值转换为整数赋值给bytesRead，无法拿到实际读取的字节数，且括号少了闭合标识。
正确的代码应该是：

byte[] response = new byte[2048];
int bytesRead = 0;
// 修正括号位置，先执行赋值再做大小判断
while ((bytesRead = netStream.Read(response, 0, response.Length)) > 0)
{
    // 按实际读取的bytesRead长度拷贝数据到内存流
}

先修复该错误后再验证是否仍有异常。

2 修复代码后仍抛出异常则为服务端实现问题 #

你遇到的SocketException是TCP连接超时错误，正常情况下如果服务端主动正常关闭连接，客户端的NetworkStream.Read会返回0，不会抛出异常。
出现该报错说明服务端发完数据后没有走正常的TCP四次挥手流程关闭连接：

• 要么是服务端发完数据后直接释放资源、退出进程，没有主动调用socket的close或shutdown(SHUT_WR)接口
• 要么是服务端设置了SO_LINGER等强制复位连接的选项，直接返回RST包断开连接，没有发送FIN包通知客户端传输结束

3 服务端发送完数据后的处理要求 #

TCP协议层面，传输方发送完所有数据后，需要主动关闭写通道，向接收方发送FIN包，接收方收到FIN后才会认定数据传输完成，Read接口返回0。
所以服务端发完全部数据后，确实需要主动执行正常的socket关闭流程，否则客户端会一直等待后续数据，直到超时抛出你遇到的异常。

临时兼容方案 #

如果无法修改服务端实现，你可以给NetworkStream设置合理的ReadTimeout，捕获该超时异常，认定为数据接收完成，不过该方案依赖超时时间设置的合理性，极端情况下可能截断正常的长耗时传输。

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