调用Transaction.Current时触发InvalidOperationException异常求助

这个问题我之前处理过，核心原因是TransactionScope完成并释放后，当前线程的Transaction.Current可能并没有立即回到null，导致你的DatabaseClient代码误判还存在活跃事务，进而尝试复用关联到已完成事务的数据库连接，最终触发异常。

下面是分步的解决方案：

1. 确保TransactionScope用using块正确管理 #

这是最常见的问题根源——如果没有用using自动释放TransactionScope，手动调用Dispose()时遗漏，会导致事务上下文残留在当前线程的ThreadStatic存储中。

正确的写法应该是：

using (var transactionScope = new TransactionScope())
{
    // 执行两次数据库操作
    databaseClient.ExecuteFirstOperation();
    databaseClient.ExecuteSecondOperation();
    
    // 标记事务完成
    transactionScope.Complete();
} // 这里自动调用Dispose，清理线程的事务上下文

using块会保证无论是否发生异常，TransactionScope都会被正确释放，彻底清理Transaction.Current的残留。

2. 修正DatabaseClient的连接处理逻辑 #

你的代码通过Transaction.Current == null判断是否创建新连接，但如果事务存在时缓存了连接，事务完成后这个连接会被标记为无效。正确的做法是每次数据库操作都创建新连接（利用连接池复用物理连接，不会影响性能），并用using块包裹释放：

public void ExecuteDatabaseOperation()
{
    using (var connection = new SqlConnection(YourConnectionString))
    {
        connection.Open();
        // 执行你的SQL操作或ORM调用
        // 无论是否有事务，连接都会自动关联到当前Transaction.Current（如果存在）
    }
}

这样即使事务完成后Transaction.Current有残留，新创建的连接也不会关联到已完成的事务，自然不会触发异常。

3. 极端情况：手动清理线程的事务上下文 #

如果上述两步都无法解决（比如线程池线程复用导致的上下文残留），可以在TransactionScope的using块结束后，手动置空Transaction.Current，但这是兜底方案，优先推荐前两步：

using (var transactionScope = new TransactionScope())
{
    // 执行操作
    transactionScope.Complete();
}

// 仅在必要时使用，不推荐作为常规方案
Transaction.Current = null;

4. 检查TransactionScope的创建选项 #

如果你的代码中创建TransactionScope时使用了非默认的选项（比如TransactionScopeOption.Required以外的参数），确认是否存在上层事务的干扰。比如如果上层有未完成的事务，你的TransactionScope会加入其中，可能导致后续事务上下文残留。

总结一下：这个异常的本质是你依赖Transaction.Current的状态来管理连接，但事务完成后的上下文残留导致了误判。通过严格用using管理TransactionScope，以及每次操作都创建并释放连接，就能彻底解决这个问题。

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