C# Socket配置疑问：现有代码是否合理？如何设置超时？

原代码的核心问题 #

先看这段存在逻辑冗余与错误的代码：

public void ConfigureSocket()
{
    int timeout = 500; // in milliseconds
    _socket.SetSocketOption( SocketOptionLevel.Socket, SocketOptionName.SendTimeout, timeout );
    _socket.Blocking = true;

    _socket.SendTimeout = 1000;
    _socket.SendBufferSize = 8192;
    _socket.LingerState = new LingerOption( true, 10 );
}

• 重复覆盖SendTimeout：先用SetSocketOption设置500毫秒超时，随后直接赋值SendTimeout=1000，前者完全失效，属于无效操作。
• 无意义的Blocking设置：TcpListener.AcceptSocket()返回的Socket默认就是阻塞模式（Blocking=true），手动设置属于画蛇添足。
• 缺失关键的ReceiveTimeout：服务器端不设置接收超时的话，若客户端连接后不发送数据，阻塞模式下的Receive操作会一直挂起，持续占用线程和Socket资源，最终导致资源耗尽。

你的疑问解答 #

1. 为何设置Blocking = true？Socket默认是阻塞还是非阻塞？ #

.NET中，TcpListener.AcceptSocket()返回的Socket默认处于阻塞模式，也就是Blocking=true。原代码里手动设置这个值完全没必要，属于对Socket默认行为的认知错误。

需要注意：只有在阻塞模式下，SendTimeout和ReceiveTimeout才会生效——非阻塞模式下，Send/Receive会立即返回，不会等待超时。

2. 如何配置X秒任务超时，防止资源耗尽？ #

原代码离正确配置差距很大，核心问题是没设置接收超时，且超时设置逻辑混乱。针对你的需求，改进后的配置逻辑如下：

改进后的配置代码

public void ConfigureSocket(int taskTimeoutSeconds)
{
    int timeoutMs = taskTimeoutSeconds * 1000;
    
    // 阻塞模式为默认值，无需手动设置，若需确认可保留注释
    // _socket.Blocking = true;

    // 统一设置发送和接收超时，确保同步操作不会无限挂起
    _socket.SendTimeout = timeoutMs;
    _socket.ReceiveTimeout = timeoutMs;

    // 发送缓冲区大小根据业务调整，8192是合理的默认值
    _socket.SendBufferSize = 8192;
    
    // LingerState根据实际场景调整：需要确保未发送数据送达则保留，否则可关闭
    // 无需 linger 可设置为 new LingerOption(false, 0)
    _socket.LingerState = new LingerOption(true, 10);
}

额外资源保护建议

• 除了Socket本身的超时，处理请求时建议配合CancellationToken，超时后主动关闭Socket释放资源。
• 避免用固定线程处理Socket请求，改用线程池或异步Socket（如SocketAsyncEventArgs），提升资源利用率，减少阻塞导致的资源浪费。

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