TransactionScope抛出异常时未触发回滚的问题解决

核心误区：TransactionScope无法直接管控远程HTTP API事务 #

你当前代码里的TransactionScope，只能管控本地进程内的事务上下文资源（比如同一个数据库连接的多次操作），但你调用的是远程HTTP API——每个API的操作在各自服务端独立执行，默认不会加入客户端的TransactionScope上下文。所以即便客户端抛出异常，TransactionScope能回滚的也只是本地事务操作（你这里并没有本地资源操作），对已经执行成功的远程API操作完全没有约束，自然不会自动回滚。

另外你提到“始终会执行scope.Complete()”，大概率是上层方法有try-catch吞掉了异常，导致异常没有冒泡到using块，代码正常走到了Complete()。先检查上层调用链是否有未处理的异常捕获逻辑。

正确的跨API事务实现方案 #

要实现多个远程API操作的原子性（要么全成功，要么全回滚），需要用补偿事务（Saga模式），这是当前跨服务/API事务的主流方案，具体步骤：

1. 为每个业务API实现对应的撤销接口 #

比如：

• UpdateAuditPlanL3Async 对应 UndoUpdateAuditPlanL3Async：负责把审计计划恢复到更新前的状态
• SaveAuditManagementL3 对应 UndoSaveAuditManagementL3：负责删除刚保存的审计管理记录

撤销接口的逻辑需要根据业务实现：比如更新操作可以在执行前先查询原始数据并传入撤销接口，或者服务端记录操作日志，撤销时根据日志回滚。

2. 客户端维护操作记录，失败时手动触发撤销 #

调整客户端代码，记录已成功执行的API，当任一API失败时，反向调用对应的撤销接口：

// 记录已成功的操作及其撤销方法
var completedOperations = new List<Func<Task>>();

try
{
    // 执行第一个操作，成功后添加撤销方法
    await UpdateAuditPlanL3Async(auditCalender);
    completedOperations.Add(() => UndoUpdateAuditPlanL3Async(auditCalender));

    // 执行第二个操作
    await SaveAuditManagementL3(auditMgmt);
    completedOperations.Add(() => UndoSaveAuditManagementL3(auditMgmt));

    // 执行第三个操作
    await SaveAuditManagementStdDetaiL3(mgmtStdDetails);
    completedOperations.Add(() => UndoSaveAuditManagementStdDetaiL3(mgmtStdDetails));

    // 执行第四个操作
    await SaveAuditObservationDetailL3(obsdetail);

    // 所有操作成功，无需处理
}
catch (Exception ex)
{
    GlobalDeclaration.exlog.Error("业务操作失败，开始执行回滚", ex);

    // 反向遍历已完成操作，依次执行撤销
    foreach (var undoOperation in completedOperations.Reverse())
    {
        try
        {
            await undoOperation();
            GlobalDeclaration.log.Info("撤销操作执行成功");
        }
        catch (Exception undoEx)
        {
            GlobalDeclaration.exlog.Error("撤销操作失败，需人工介入处理", undoEx);
            // 这里必须记录详细日志，后续人工处理未成功回滚的操作
        }
    }

    // 重新抛出原始异常，告知上层操作失败
    throw;
}

3. 额外注意事项 #

• 撤销接口要保证幂等性：比如重复调用撤销接口不会导致数据异常（可以通过操作ID、状态标记来实现）
• 必须记录详细的操作和撤销日志：一旦撤销失败，依赖日志进行人工补救
• 避免使用DTC（分布式事务协调器）：DTC性能差、配置复杂，现在已经不是跨服务事务的首选方案

关于当前TransactionScope代码的修正 #

如果你只是想确保scope.Complete()在异常时不执行，检查：

1. 调用包含TransactionScope块的方法时，上层是否有try-catch吞掉了异常
2. 确认SaveAuditObservationDetailL3确实抛出了异常，没有在方法内部用try-catch吞掉

但要注意：即便阻止了scope.Complete()，也无法回滚已经执行成功的远程API操作，这只是修正了客户端代码的执行流程，不是解决事务回滚的根本办法。

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