关闭Socket并重启应用后遭遇“Socket已被占用”错误求助

我之前在维护.NET Framework 4.8的TCP客户端代码时，也踩过一模一样的坑——重启时遇到“通常每个套接字地址只允许使用一次”的错误，折腾了好一阵子才搞清楚问题所在。结合你的代码和我踩的坑，给你几个针对性的解决建议：

1. 先修正代码里的明显错误：未初始化NetworkStream #

看你的代码，newStream只做了声明但没有赋值！调用ProcessData(newStream, token)的时候，newStream还是null，这会直接抛出空引用异常，导致finally块里的释放逻辑执行失败（访问null的Close()方法会再次抛出异常，后续的newClient释放代码就被跳过了）。这大概率是你资源没释放的核心原因之一。

正确的做法是在newClient连接成功后，获取对应的NetworkStream：

newClient = await ConnectToServer();
if (newClient.Connected) {
    newStream = newClient.GetStream(); // 必须添加这行！
    await ProcessData(newStream, token);
}

2. 使用using语句自动管理资源，替代手动Close/Dispose #

手动调用Close()和Dispose()很容易因为异常、代码分支遗漏导致资源泄漏，而using语句会自动在代码块结束时调用Dispose()（即使发生异常），更可靠。而且TcpClient和NetworkStream的Dispose()方法已经包含了关闭底层资源的逻辑，不需要额外调用Close()。

修正后的资源管理代码应该是这样的：

while (!token.IsCancellationRequested) {
    try {
        using (var newClient = await ConnectToServer()) {
            if (!newClient.Connected) continue;
            
            using (var newStream = newClient.GetStream()) {
                await ProcessData(newStream, token);
            }
        }
    } catch (Exception ex) {
        // 建议记录具体异常信息，方便排查问题
        // Console.WriteLine($"连接或数据处理错误: {ex.Message}");
    }
}

3. 设置Socket的ReuseAddress选项，解决TIME_WAIT端口占用 #

即使你正确释放了资源，TCP协议本身的TIME_WAIT状态也会让端口在关闭后保留一段时间（默认2个MSL，大概1-2分钟），这时候重启应用就会报错。解决这个问题的关键是让Socket允许复用处于TIME_WAIT状态的端口。

你可以在获取TcpClient的底层Socket后，设置这个选项：

using (var newClient = await ConnectToServer()) {
    if (!newClient.Connected) continue;
    
    // 允许地址重用，解决TIME_WAIT导致的端口占用
    newClient.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
    
    using (var newStream = newClient.GetStream()) {
        await ProcessData(newStream, token);
    }
}

如果你的ConnectToServer方法是自己创建Socket再封装成TcpClient，那最好在创建Socket时就设置这个选项：

private async Task<TcpClient> ConnectToServer() {
    var socket = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
    // 提前设置地址重用
    socket.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
    await socket.ConnectAsync("你的服务器地址", 端口号);
    return new TcpClient { Client = socket };
}

4. 在ProcessData中正确响应取消令牌，终止异步IO操作 #

如果ProcessData方法里有长时间的异步读写操作（比如await newStream.ReadAsync(...)），仅仅检查token.IsCancellationRequested可能不够——你需要把取消令牌传递给异步IO方法，确保取消时能立即终止操作，让流和Socket及时释放。

比如在ProcessData里应该这样处理：

private async Task ProcessData(NetworkStream stream, CancellationToken token) {
    byte[] buffer = new byte[1024];
    while (!token.IsCancellationRequested) {
        // 将取消令牌传递给ReadAsync，取消时会抛出OperationCanceledException
        int bytesRead = await stream.ReadAsync(buffer, 0, buffer.Length, token);
        if (bytesRead == 0) break; // 连接被关闭
        
        // 处理数据...
    }
}

另外，在取消时，你还可以主动终止流的读写操作：

// 如果需要主动终止流的IO操作，可以调用
stream.CancelRead();
stream.CancelWrite();

总结 #

按照上面的步骤调整后，应该能解决你的Socket未释放和端口占用问题：

• 先修正newStream未初始化的低级错误，避免异常打断释放逻辑
• 用using语句替代手动资源管理，确保资源100%被释放
• 设置ReuseAddress选项，绕过TIME_WAIT的端口限制
• 在ProcessData中正确响应取消令牌，及时终止异步操作

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