.NET 6 EF Core 6创建事务后提交报无活动事务异常问题

AI 小北

2026-8-30

问题根因

这个报错和你是否显式创建事务没有直接关系，核心原因是你持有的事务对象对应的服务端活动事务，在调用CommitAsync之前已经被提前终止、替换或者和上下文解绑了，结合你的业务场景（调用带独立保存逻辑的第三方代码），常见触发场景有三类：

第三方代码内部私自操作了事务：比如第三方逻辑内部自行调用了BeginTransactionAsync/CommitAsync/RollbackAsync，或是直接执行了COMMIT/ROLLBACK这类原生SQL语句，会直接结束数据库端的当前事务，但你外层持有的事务对象完全感知不到这个变化，后续操作就会判定无活动事务。
事务与连接解绑：如果你开启了EF Core的连接自动回收逻辑，或是第三方代码释放/重置了DbContext关联的数据库连接，事务是绑定在具体数据库连接上的，连接被归还到连接池或者关闭后，对应的活动事务会自动终止。
EF Core 6.0.5的已知bug：该早期6.x版本存在多个事务状态同步缺陷，在多次调用SaveChangesAsync、嵌套操作事务的场景下，可能出现客户端事务状态和服务端实际状态不一致的问题，误判无活动事务。

修复方案

按优先级依次处理即可：

第一步先做事务状态校验，快速定位问题点，在提交事务前增加校验逻辑，确认事务没有被篡改：

// 注意不要把事务对象命名为task，极易和异步Task对象混淆
using var transaction = await Context.Database.BeginTransactionAsync(cancellationToken);
try
{
    var newEntity = ...;
    // 你的业务逻辑、第三方代码调用
    await Context.SaveChangesAsync(cancellationToken);
    // 后续数据库操作
    await Context.SaveChangesAsync(cancellationToken);

    // 提交前校验事务状态
    if (Context.Database.CurrentTransaction?.TransactionId != transaction.TransactionId)
    {
        throw new InvalidOperationException("当前上下文的活动事务已被外部操作篡改或释放，请检查调用的第三方代码是否私自操作了事务");
    }
    await transaction.CommitAsync(cancellationToken);
    return newEntity;
}
catch (Exception)
{
    // 回滚前同样做状态判断，避免回滚不存在的事务抛出二次异常
    if (Context.Database.CurrentTransaction?.TransactionId == transaction.TransactionId)
    {
        await transaction.RollbackAsync(cancellationToken);
    }
    throw;
}

隔离第三方代码的事务影响：如果第三方代码不支持传入外部事务复用，不要让第三方代码直接复用当前DbContext实例，单独给第三方代码创建独立的DbContext，显式传入当前事务绑定的数据库连接，禁止第三方自行控制事务生命周期。
手动控制连接生命周期：开启事务前显式打开数据库连接，避免EF Core在操作间隙自动回收连接导致事务丢失：

await Context.Database.OpenConnectionAsync(cancellationToken);
try
{
    // 原有事务、业务逻辑代码放在这里
}
finally
{
    await Context.Database.CloseConnectionAsync(cancellationToken);
}

升级EF Core版本：将Microsoft.EntityFrameworkCore相关包升级到最新的6.0.x LTS补丁版本，官方已经在后续小版本中修复了已知的事务状态同步bug。

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