.NET Core与.NET Framework中TcpClient Close行为差异问询

问题背景 #

我有一个用于搭建TCP套接字连接的类库，现将相关核心逻辑改写为控制台测试程序，测试逻辑为：向监听设备发起TCP套接字连接，等待3秒后主动关闭连接，本次测试无需收发任何实际业务数据。完整代码如下：

using System;
using System.Net.Sockets;
using System.Threading.Tasks;

namespace ConsoleApp5
{
    internal class Program
    {
        static async Task Main(string[] args)
        {
            Task receiveTask;

            using (TcpClient tcpClient = new TcpClient())
            {
                // 建立连接
                await tcpClient.ConnectAsync("172.25.106.60", 5334).ConfigureAwait(false);

                // 启动接收任务
                receiveTask = RunReceiveTask(tcpClient);

                // 保持连接3秒后断开
                await Task.Delay(3000).ConfigureAwait(false);
            }

            // 等待接收任务结束
            await receiveTask.ConfigureAwait(false);

            Console.WriteLine("Press any key to end");
            Console.ReadKey();
        }

        private static async Task RunReceiveTask(TcpClient tcpClient)
        {
            // 循环读取直到套接字关闭：包括本端主动关闭、远端断开两种场景
            byte[] Buffer = new byte[65535];
            int bytesRead;

            while (true)
            {
                try
                {
                    bytesRead = await tcpClient.GetStream().ReadAsync(Buffer, 0, Buffer.Length);

                    if (bytesRead > 0)
                    {
                        // 此处为业务数据处理逻辑
                    }
                    else
                    {
                        // 读取返回0表示远端主动关闭连接
                        Console.WriteLine("Socket closed by remote");
                        break;
                    }
                }
                catch (ObjectDisposedException)
                {
                    Console.WriteLine("Socket closed by this end");
                    break;
                }
                catch (Exception ex)
                {
                    // 其他异常，例如连接意外中断
                    Console.WriteLine($"Socket error: {ex.Message}");
                    break;
                }
            }
        }
    }
}

观测到的行为差异 #

相同代码在不同.NET实现下运行表现不一致：

• 基于.NET Framework运行时：TcpClient抛出ObjectDisposedException，控制台输出Socket closed by this end，该行为符合预期，是经过长期生产验证的正常表现。
• 基于.NET Core控制台应用运行时：TcpClient抛出IOException，控制台输出Socket error: Unable to read data from the transport connection: The I/O operation has been aborted because of either a thread exit or an application request.

核心疑问 #

上述现象与NetworkStream.ReadAsync的官方文档描述存在出入：文档注明流关闭时应当抛出ObjectDisposedException。实际测试中额外捕获IOException后发现，无论是本端主动正常关闭套接字，还是套接字异常断开，都会抛出相同类型的IOException；虽有说明提到可通过检查异常InnerException的ErrorCode属性做区分，但仍存在两点疑问：

1. .NET Core版本的System.Net.Sockets相关实现是否确实发生了行为变更，还是现有代码写法存在问题？
2. 若该行为属于.NET Core的预期设计，检查异常InnerException的ErrorCode是否为区分套接字主动关闭与真实套接字错误的正确方式？

问题解答 #

关于行为变更的确认 #

你的代码写法没有问题，.NET Core（及后续的.NET 5/6/7/8等新版本）确实对System.Net.Sockets的底层异步IO实现做了全量重构，和.NET Framework的行为存在明确差异：

• .NET Framework的NetworkStream实现逻辑中，当关联的TcpClient/Socket被Dispose时，会先在流层面标记已释放状态，待挂起的ReadAsync操作唤醒后直接抛出ObjectDisposedException。
• .NET Core及后续版本中，套接字异步IO统一迁移到了跨平台的原生异步栈（Windows下基于IOCP，类Unix系统下基于epoll/kqueue）。当套接字被主动关闭时，内核层会先中止所有挂起的IO操作，这一层返回的是操作系统级别的IO中止错误，会被运行时包装为IOException（内部嵌套SocketException）；只有当流已经被Dispose后，再主动发起新的读操作，才会抛出ObjectDisposedException。
  你遇到的场景是读操作已经处于挂起状态时关闭套接字，因此在.NET Core下会拿到包装后的IO中止异常，而非ObjectDisposedException，这是当前版本的预期行为，和.NET Framework的实现逻辑确实存在区别。

关于主动关闭与异常断开的区分方式 #

检查异常InnerException的错误码是官方认可的可行方案，但判断逻辑需要注意严谨性，正确步骤如下：

• 捕获到IOException后，逐层查找内部异常，直到找到类型为SocketException的嵌套异常
• 拿到SocketException实例后，检查其SocketErrorCode属性：
  • 若错误码为SocketError.OperationAborted（对应数值995，Windows下为系统错误码ERROR_OPERATION_ABORTED，类Unix系统下对应ECANCELED），说明是本端主动关闭套接字导致的IO中止，属于预期内的正常流程。
  • 若错误码为SocketError.ConnectionReset（10054）、SocketError.ConnectionAborted（10053）等其他值，属于真实的网络异常断开。
    更稳妥的编码实践是不要依赖异常类型区分正常关闭场景：可以在关闭TcpClient前，通过CancellationTokenSource向接收循环传入取消标记，主动通知接收任务退出，从根源上避免靠异常分支判断流程的逻辑，也能兼容所有.NET版本的行为差异。

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