如何在不回滚事务的前提下向.NET传递存储过程的可恢复异常信号

你的核心考虑完全正确 #

• 启用XACT_ABORT ON时，THROW会触发整个事务回滚，确实不适合用来传递可恢复的业务错误
• RAISERROR的局限性真实存在：Azure SQL无法通过sp_addmessage自定义错误ID，只能固定用50000，且微软明确推荐新开发使用THROW，所以这个方案性价比极低
• 坚持不关闭XACT_ABORT是正确的决策，它能确保意外错误（如约束冲突、语法错误）发生时，事务自动回滚，避免遗留未提交的脏数据

你忽略的一种替代方案 #

可以结合THROW的自定义状态码和CATCH块的错误判断，实现"仅回滚保存点"的需求：

1. 抛出自定义错误时，指定第三个参数（状态码）来标记可恢复错误，比如：THROW 50000, '更新的行不存在', 100;（用100作为可恢复错误的标识）
2. 在存储过程的CATCH块中，先判断ERROR_STATE()的值：
   • 如果是预定义的可恢复状态码，仅回滚到保存点，然后返回对应业务状态值
   • 如果是其他状态码，回滚整个事务并重新抛出错误

这个方案既保留了THROW的优势，又能区分处理可恢复和不可恢复错误，但需要严格维护状态码的定义，避免和系统错误状态码冲突。

存储过程模板的关键修正与注意事项 #

1. 必须修正的拼写错误 #

模板中set @shoudlcommit = 1;的变量名拼写错误，应为@shouldCommit，否则会导致变量未初始化，逻辑彻底失效。

2. 回滚逻辑的漏洞 #

当存储过程自行启动事务（@@trancount = 0）时，回滚保存点后事务仍处于打开状态，必须改为完全回滚事务再返回，否则会导致事务长期挂起，引发后续连接问题。

3. 命名混淆问题 #

事务和保存点使用相同名称（基于同一个GUID）容易造成调试混乱，建议给两者分别命名，比如事务名前缀用Tran_，保存点前缀用SavePoint_。

修正后的模板示例 #

create or alter procedure [App].[SampleProcedure]
as
declare
    @savepointName char(32),
    @transactionName char(32),
    @shouldCommit bit;
begin
    set xact_abort, nocount on;
    set transaction isolation level read committed;

    set @transactionName = 'Tran_' + replace(newid(), '-', '');
    set @savepointName = 'SavePoint_' + replace(newid(), '-', '');

    if @@trancount > 0
    begin
        set @shouldCommit = 0;
        save transaction @savepointName;
    end;
    else
    begin
        set @shouldCommit = 1;
        begin transaction @transactionName;
    end;

    begin try
        if /* 前置条件不满足：比如更新目标行不存在 */ 1 = 0
        begin
            if @shouldCommit = 1
            begin
                -- 自行启动的事务，完全回滚
                rollback transaction @transactionName;
            end
            else
            begin
                -- 外部事务，仅回滚到当前保存点
                rollback transaction @savepointName;
            end;
            return -1; /* 前置条件失败 */
        end;

        -- 执行核心更新操作
        -- update set ... where ...;

        if /* 操作无效果：比如影响行数为0 */ 1 = 0
        begin
            if @shouldCommit = 1
            begin
                rollback transaction @transactionName;
            end
            else
            begin
                rollback transaction @savepointName;
            end;
            return -2; /* 操作未生效 */
        end;

        -- 执行后续插入操作
        -- insert into ... values ...;

        if @shouldCommit = 1
        begin
            commit transaction @transactionName;
            return 0; /* 操作成功 */
        end;

    end try
    begin catch
        -- 意外错误：回滚整个事务并抛出
        if @@trancount > 0
        begin
            rollback transaction;
        end;
        throw;
    end catch
end;

额外注意事项 #

• 应用层必须强制检查存储过程的返回值（或输出参数），不能依赖异常处理可恢复错误——因为这类场景不会触发异常
• 建议定义统一的返回值枚举（比如0=成功，-1=前置条件失败，-2=操作无效果），避免返回值混乱
• 在外部事务中调用多个存储过程时，要确保每个存储过程的保存点回滚仅影响自身操作，不会破坏事务内的其他步骤

内容的提问来源于stack exchange，提问作者Davide De Pretto