如何优雅避免C#中try-finally嵌套以实现操作回滚？

方案一：利用IDisposable+using语句实现"即时绑定回滚" #

借助C#的using语法糖，通过自定义类绑定修改与回滚逻辑。using块会在退出作用域（无论正常结束还是异常抛出）时自动执行回滚，完美匹配你想要的finally_onwards效果。

定义RollbackAction类 #

public class RollbackAction : IDisposable
{
    private readonly Action _rollback;
    private bool _hasExecuted;

    public RollbackAction(Action rollback)
    {
        _rollback = rollback ?? throw new ArgumentNullException(nameof(rollback));
    }

    public void Dispose()
    {
        if (!_hasExecuted)
        {
            _rollback();
            _hasExecuted = true;
            GC.SuppressFinalize(this);
        }
    }
}

使用示例 #

DoChange1();
using (new RollbackAction(UndoChange1))
{
    DoChange2();
    using (new RollbackAction(UndoChange2))
    {
        DoChange3();
        using (new RollbackAction(UndoChange3))
        {
            // 执行核心业务：启动进程并等待完成
            StartProcessAndWait();
        }
    }
}

这种写法比嵌套try-finally简洁易读，回滚逻辑与对应修改操作紧绑，using层级清晰体现回滚顺序（内层先回滚，外层后回滚）。

方案二：手动维护回滚列表（完全线性代码） #

如果想要彻底消除嵌套，可以用列表记录所有回滚操作，在统一的finally块中逆序执行。这种写法完全贴合你期望的线性代码风格。

使用示例 #

var rollbackActions = new List<Action>();
try
{
    DoChange1();
    rollbackActions.Add(UndoChange1); // 修改与回滚紧邻

    DoChange2();
    rollbackActions.Add(UndoChange2);

    DoChange3();
    rollbackActions.Add(UndoChange3);

    // 执行核心业务逻辑
    StartProcessAndWait();
}
finally
{
    // 逆序执行回滚（先回滚最后做的修改）
    foreach (var action in rollbackActions.AsEnumerable().Reverse())
    {
        try
        {
            action();
        }
        catch (Exception ex)
        {
            // 捕获回滚异常，避免单个失败导致后续回滚中断，可添加日志记录
            Console.WriteLine($"回滚失败: {ex.Message}");
        }
    }
}

该方案代码完全平铺无嵌套，修改与回滚对应关系直观，适合简单线性的修改流程。需注意在finally中处理回滚异常，确保所有已完成的修改都能被回滚。

方案对比 #

• IDisposable+using：符合C#原生设计模式，作用域边界清晰，适合需要严格绑定修改与回滚作用域的场景。
• 手动回滚列表：线性代码无嵌套，可读性极强，适合简单的顺序修改流程。

两种方案均能保证：无论执行过程是否出现异常，所有已完成的修改都会被逆序回滚，满足核心需求。

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