如何检查Socket连接可用性？能否改写无try-catch的TCP监听代码？

好的，我来帮你解决这两个问题：

检查Socket连接是否存活没有绝对完美的方法，但有几种常用方案可以覆盖大部分场景：

• 使用Socket.Poll()方法：这是比较常用的快速判断方式：

bool IsSocketConnected(Socket socket) {
    if (socket == null || !socket.Connected) 
        return false;

    // Poll(100, SelectMode.SelectRead) 检查是否有可读数据或连接已关闭
    bool hasPendingData = socket.Poll(100, SelectMode.SelectRead);
    // 如果没有待读取的数据，说明连接可能已断开
    bool noDataAvailable = (socket.Available == 0);

    if (hasPendingData && noDataAvailable) {
        // 连接已被对方关闭
        return false;
    }
    return true;
}

注意：这个方法不是100%精准，但在常规场景下足够可靠。

• 发送心跳数据包：如果你的通信协议支持，可以定期发送一个约定的小数据包（比如空字节或特定标识），如果发送/接收失败，说明连接已失效。不过要提前和服务端/客户端约定好，避免因为无关数据导致连接被主动关闭。

• 谨慎使用Socket.Connected属性：这个属性仅反映最后一次Socket操作的结果，不会主动探测连接状态。比如对方突然断开，本地的Connected还是true，直到你尝试发送/接收数据时才会更新。所以单独用它判断连接可用性并不靠谱，建议结合其他方法使用。

你提到的循环监听思路是可行的，但直接判断myList是否"open"没有现成属性，我们可以自己维护状态标志位，配合TcpListener.Pending()方法实现，这样就能避免在StopListening()后调用AcceptSocket()：

方案1：轮询+状态标志位（适合简单场景） #

class MyServer { 
    TcpListener myList; 
    Socket socket; 
    // 用volatile保证多线程下的状态可见性
    private volatile bool _isListening;

    public MyServer(string ip) { 
        IPAddress ipAddress = IPAddress.Parse(ip);
        this.myList = new TcpListener(ipAddress, 12001); 
        this.myList.Start(); 
        _isListening = true;
        Thread t = new Thread(new ThreadStart(GetConnection)); 
        t.Start(); 
    } 

    public void GetConnection() { 
        while (_isListening) { 
            // 先检查是否有等待的连接请求，确保AcceptSocket不会阻塞
            if (myList.Pending()) { 
                socket = myList.AcceptSocket(); 
                // 如果只需要接受一个连接，可在此break退出循环
                break;
            }
            // 休眠100ms避免空转浪费CPU
            Thread.Sleep(100);
        } 
    } 

    public void StopListening() { 
        // 先设置标志位让循环退出，再关闭TcpListener
        _isListening = false;
        this.myList.Stop(); 
    } 
}

这个方案的核心是：用_isListening控制循环生命周期，在调用AcceptSocket()前先确认有等待的连接，从根源避免触发异常。

方案2：异步+取消令牌（推荐现代.NET场景） #

如果是用.NET Core/.NET 5+，更推荐用异步方法配合CancellationToken，既高效又能优雅处理取消逻辑，虽然还是需要捕获特定异常，但只会处理预期的取消情况，不会掩盖真正的错误：

class MyServer { 
    TcpListener myList; 
    Socket socket; 
    private CancellationTokenSource _cts;

    public MyServer(string ip) { 
        IPAddress ipAddress = IPAddress.Parse(ip);
        this.myList = new TcpListener(ipAddress, 12001); 
        this.myList.Start(); 
        _cts = new CancellationTokenSource();
        // 异步启动任务，无需手动创建线程
        _ = GetConnectionAsync();
    } 

    public async Task GetConnectionAsync() { 
        try {
            // 传入取消令牌，支持主动终止异步操作
            socket = await myList.AcceptSocketAsync(_cts.Token);
            // 处理连接逻辑...
        }
        catch (OperationCanceledException) {
            // 预期的取消操作，无需输出错误日志
        }
        catch (ObjectDisposedException) {
            // TcpListener被Stop时可能触发，属于预期情况
        }
    } 

    public void StopListening() { 
        // 先取消异步任务，再关闭TcpListener
        _cts.Cancel();
        this.myList.Stop(); 
    } 
}

这个方案比轮询更高效，异步方法不会阻塞线程，取消令牌能精准控制任务终止，捕获的异常都是预期场景，不会像原来的catch那样掩盖所有错误。

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