如何确认System.Data.SqlClient连接关闭无效操作错误是否已修复

System.Data.SqlClient的问题修复状态 #

System.Data.SqlClient目前已进入官方维护冻结阶段，仅会推送必要的安全类补丁，不再合入任何功能性bug修复。你遇到的高负载下异步连接逻辑触发竞态、抛出未观测Task异常的问题，在System.Data.SqlClient所有已发布的稳定版本（含最新正式版4.8.6）中均存在，官方没有在该组件分支上合入对应修复，不存在修复了该问题的更新版本。

无需立即迁移的临时规避方案 #

如果短期无法完成组件替换，可以通过两种方式规避问题导致的进程崩溃：

• 全局注册Task未观测异常的处理回调，过滤该特定异常并标记为已处理，避免异常被终结器线程抛出打崩进程，参考实现代码：

TaskScheduler.UnobservedTaskException += (sender, args) =>
{
    if (args.Exception is AggregateException aggEx 
        && aggEx.InnerException is InvalidOperationException opEx 
        && opEx.Message == "Invalid operation. The connection is closed"
        && opEx.StackTrace.Contains("GetOpenTdsConnection"))
    {
        args.SetObserved();
    }
};

• 全量排查业务侧数据库异步调用逻辑，杜绝无await、无异常捕获的“即发即忘”式数据库操作，所有OpenAsync、ExecuteAsync类异步数据库调用，必须配套await关键字和try/catch块做异常兜底，从源头避免异常逃逸到终结器线程。

Microsoft.Data.SqlClient迁移注意事项 #

不需要强制一步切换到最新版Microsoft.Data.SqlClient来解决问题：

• 优先选择1.1.x版本作为迁移起点即可，该版本的API设计、默认运行行为和System.Data.SqlClient重合度最高，绝大多数业务场景下不需要修改代码即可直接替换。
• 两个组件的已知行为差异主要集中在连接加密默认配置、连接字符串参数默认值、云环境认证逻辑上，这类差异都可以通过调整连接字符串参数对齐老版本行为，不需要改动业务代码，待低版本替换运行稳定后，再按需迭代升级更高版本即可。

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