使用SqlBulkCopy.WriteToServer后C#控制台应用退出缓慢问题问询

我之前也碰到过一模一样的问题——明明SqlBulkCopy已经把数据成功写入，后续存储过程也跑完了，但只要有实际数据写入，程序退出就卡半天，空数据的时候却秒退。折腾了好一阵才找到几个关键的排查点和解决办法，分享给你：

1. 确保所有数据库资源都被正确释放 #

最常见的原因就是SqlBulkCopy或者数据库连接没有被及时释放。虽然我们习惯用using语句自动处理，但如果是外部传入的连接、或者嵌套了其他数据库操作，很容易出现资源泄漏。

一定要把SqlConnection和SqlBulkCopy都放在using块里，确保它们在完成操作后立即释放：

using (var conn = new SqlConnection(yourConnectionString))
{
    conn.Open();
    using (var bulkCopy = new SqlBulkCopy(conn))
    {
        // 配置映射关系、目标表等参数
        bulkCopy.DestinationTableName = "YourTargetTable";
        // ... 其他配置
        bulkCopy.WriteToServer(yourDataTable);
    }
}

2. 检查事务是否正确处理 #

如果你在SqlBulkCopy中使用了自定义事务，一定要确保事务被正确提交（或回滚）并释放。未完成的事务会占用数据库资源，导致程序退出时等待资源回收：

using (var conn = new SqlConnection(yourConnectionString))
{
    conn.Open();
    using (var transaction = conn.BeginTransaction())
    {
        try
        {
            using (var bulkCopy = new SqlBulkCopy(conn, SqlBulkCopyOptions.Default, transaction))
            {
                bulkCopy.DestinationTableName = "YourTargetTable";
                bulkCopy.WriteToServer(yourDataTable);
            }
            transaction.Commit(); // 务必提交事务
        }
        catch (Exception ex)
        {
            transaction.Rollback(); // 异常时回滚
            throw;
        }
    }
}

3. 手动清空数据库连接池 #

ADO.NET默认会维护连接池，即使你释放了连接，池里的连接也会保留一段时间（默认4分钟）。如果程序退出时池里还有活跃连接，可能会导致退出延迟。你可以在所有数据库操作完成后，手动清空连接池：

// 确保所有数据库操作都已完成后调用
SqlConnection.ClearAllPools();

注意：这个操作会清空所有连接池，所以一定要确认没有未完成的数据库操作再执行。

4. 排查后续存储过程的隐性操作 #

你提到后续存储过程正常执行，但有些存储过程可能会触发后台操作（比如索引重建、异步统计更新、大事务残留锁），这些操作在存储过程返回结果后可能还在后台运行，导致数据库会话没有及时释放。

可以用SQL Server的系统视图，在程序卡退出的时候查询当前活跃的会话和锁，看看是否有和你的程序相关的残留资源：

-- 查询活跃会话
SELECT * FROM sys.dm_exec_sessions WHERE program_name = 'YourConsoleAppName';
-- 查询相关锁
SELECT * FROM sys.dm_tran_locks WHERE request_session_id = (SELECT session_id FROM sys.dm_exec_sessions WHERE program_name = 'YourConsoleAppName');

总结排查步骤 #

1. 先检查所有数据库对象的using包裹情况，确保资源及时释放；
2. 确认事务都已正确提交/回滚；
3. 尝试在退出前调用SqlConnection.ClearAllPools()；
4. 用SQL Server工具排查数据库端的残留会话和锁。

我当时是因为事务没正确提交，导致数据库端一直持有锁，程序退出时要等锁超时才释放，加上连接池的延迟，就显得退出特别慢。按照上面的步骤排查，应该能解决你的问题。

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