SqlCommand.Transaction赋值后仍为null的技术问题求助

我之前也踩过类似的坑，结合你的代码和描述，咱们一步步拆解问题：

先排查最可能的根源 #

1. Transaction已经失效（被提交/回滚） #

SqlTransaction一旦调用了Commit()或Rollback()，就会进入非活跃状态。这时候你再把它赋值给SqlCommand的Transaction属性，属性会自动保持null——因为失效的事务根本没法和命令绑定。

你可以在赋值前加个调试检查确认状态：

if (Transaction != null)
{
    Debug.WriteLine($"当前事务状态: {Transaction.TransactionState}");
    Debug.Assert(Transaction.TransactionState == TransactionState.Active, "事务已失效！");
}

2. Transaction的Connection与SqlCommand的Connection不匹配 #

SqlCommand的Transaction属性有个硬性要求：事务必须和命令绑定的Connection是同一个实例。如果你的Transaction关联的Connection和cmd.Connection不是同一个对象，赋值操作会静默失败（部分.NET版本会直接抛出ArgumentException）。

调整代码逻辑，先明确绑定Connection再检查匹配度：

// 先把命令绑定到明确的Connection，避免??逻辑带来的模糊性
cmd.Connection = Connection;
// 确认事务和命令的Connection是同一个实例
Debug.Assert(Transaction?.Connection == cmd.Connection, "事务关联的Connection与命令的Connection不匹配！");

3. 赋值后被其他代码覆盖 #

调试时别只盯着赋值代码执行了，还要留意赋值之后有没有其他地方修改了cmd.Transaction——比如后续的方法调用、分支逻辑里不小心把它设回了null。可以在赋值后立刻加个断言验证：

cmd.Transaction = Transaction;
Debug.Assert(cmd.Transaction == Transaction, "事务赋值后被重置！");

简化你的代码逻辑 #

现有代码的判断有点冗余，改成更清晰的写法能减少出错概率：

// 先确保命令绑定到正确的Connection
cmd.Connection = Connection;

// 仅当事务存在且处于活跃状态时才绑定
if (Transaction != null && Transaction.TransactionState == TransactionState.Active)
{
    cmd.Transaction = Transaction;
}

额外注意事项 #

• 别重复操作Connection：如果创建Transaction之后，你关闭过Connection再重新打开，这个Transaction就彻底失效了，没法再绑定给命令。
• 避免多线程共享SqlCommand：如果多个线程同时操作同一个SqlCommand对象，很可能出现赋值后被其他线程重置的情况，确保Command对象是当前线程独有的。

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