.NET 6.0下Socket.Receive(bytes)耗时异常（3分钟至1小时）求助

问题背景 #

基于.NET 6.0开发时，调用client.Receive(bytes)（client为Socket实例）出现偶发长时间阻塞，耗时从3分钟到1小时不等，3天前该问题未出现。相关核心代码如下：

string data = "";
byte[] bytes = new byte[2048];

client = httpServer.Accept();
// Read inbound connection data
while (true)
{
    int numBytes = client.Receive(bytes); // 此处偶发长时间阻塞
    data += Encoding.ASCII.GetString(bytes, 0, numBytes);

    if (data.IndexOf("\r\n") > -1 || data == "")
    {
        break;
    }
}

已尝试以下排查手段，均未解决问题：

• 重启电脑
• 更换网络环境
• 关闭本地防火墙
• 在其他电脑测试（含关闭防火墙）
• 切换有线/无线连接

可能原因分析 #

1. 默认阻塞模式无超时限制：Socket.Receive默认是阻塞模式，当远端未发送数据、数据包丢失或链路延迟时，会无限期等待，直到有数据或连接断开，这是偶发长时间阻塞的核心原因。
2. 数据终止条件逻辑缺陷：当前循环依赖\r\n作为终止标记，若远端发送的数据未包含该标记且后续无数据推送，Receive会持续阻塞。
3. 连接半开状态：远端进程异常崩溃但未主动关闭连接，导致本地Socket维持无效连接，一直等待不存在的数据。

解决方案 #

1. 为Receive设置超时阈值 #

通过Socket.ReceiveTimeout设置合理超时，避免无限期阻塞，同时捕获超时异常做处理：

client.ReceiveTimeout = 5000; // 设置5秒超时
try
{
    int numBytes = client.Receive(bytes);
    data += Encoding.ASCII.GetString(bytes, 0, numBytes);
}
catch (SocketException ex)
{
    if (ex.SocketErrorCode == SocketError.TimedOut)
    {
        // 处理超时，比如终止循环、关闭连接
        break;
    }
    else
    {
        // 抛出其他Socket异常
        throw;
    }
}

2. 改用非阻塞/可检测的接收逻辑 #

使用Socket.Poll检测数据可读性，结合超时判断，避免硬阻塞：

while (true)
{
    // 检测1秒内是否有数据可读
    if (client.Poll(1000000, SelectMode.SelectRead))
    {
        int numBytes = client.Receive(bytes);
        if (numBytes == 0)
        {
            // 远端主动关闭连接
            break;
        }
        data += Encoding.ASCII.GetString(bytes, 0, numBytes);
        
        if (data.IndexOf("\r\n") > -1)
        {
            break;
        }
    }
    else
    {
        // 超时未收到数据，终止循环
        break;
    }
}

3. 完善协议与连接校验 #

• 确认远端服务是否遵循约定的协议格式（必须携带\r\n结束标记），若为自定义协议，可补充固定长度校验或其他结束标识。
• 定期检测连接状态，若多次超时无数据，主动关闭无效连接。

4. 排查远端服务变更 #

由于问题为近期出现，需确认远端服务是否有版本更新、资源瓶颈（CPU/内存过载）或网络配置调整，这些都可能导致数据发送延迟。

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