EF Core显式事务后调用SaveChangesAsync抛出无活动事务异常

在EF Core 8中，当你在显式事务内调用SaveChangesAsync()时，EF会自动创建**保存点（SAVE TRANSACTION）**用于内部回滚逻辑。即使提交并释放了外部事务，DbContext的数据库事务管理模块可能仍残留需要创建保存点的状态标记。后续无事务的SaveChangesAsync()执行时，EF尝试创建保存点但此时没有活跃事务，就会抛出SqlException: Cannot issue SAVE TRANSACTION when there is no active transaction错误。

清理ChangeTracker无效是因为问题根源不在实体跟踪状态，而在DbContext的事务管理内部状态。

方案1：显式重置DbContext的事务关联 #

在事务提交完成后，强制将DbContext关联的事务设置为null，彻底清除事务相关状态：

public async Task<Model> DoSomethingInTransactionAsync()
{
    using var transaction = await _dbContext.Database.BeginTransactionAsync();
    try
    {
        var entity = new Model { Name = "TransactionEntity" };
        _dbContext.Models.Add(entity);
        await _dbContext.SaveChangesAsync();

        await transaction.CommitAsync();
        // 重置DbContext的事务关联
        await _dbContext.Database.UseTransactionAsync(null);
        return entity;
    }
    catch
    {
        await transaction.RollbackAsync();
        throw;
    }
}

方案2：在无事务操作时禁用保存点 #

如果后续操作明确不需要事务，可以在调用SaveChangesAsync()时指定SaveChangesOptions.IgnoreSaveTransaction选项，跳过保存点创建：

await _dbContext.SaveChangesAsync(SaveChangesOptions.IgnoreSaveTransaction);

方案3：调整UnitOfWork的事务管理逻辑 #

如果你的IUnitOfWork抽象封装了DbContext，建议在UnitOfWork的事务提交/回滚完成后，自动执行UseTransactionAsync(null)重置事务状态，避免后续操作受影响。

以上方案均针对EF Core 8 + SQL Server环境测试有效：方案1从根源重置事务状态，适合后续仍需使用事务的场景；方案2临时跳过保存点创建，适合明确不需要事务的单次操作。

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