sql server存储过程必须用begin try/catch实现可靠异常处理，单靠@@error易漏错，需结合xact_state()判断事务状态并显式throw或raiserror重抛错误，否则调用方无感知且数据可能损坏。
SQL Server 存储过程中不加 BEGIN TRY 就谈不上真正可靠的异常处理——裸写 BEGIN TRANSACTION 后只靠 @@ERROR 检查，大概率漏错、部分提交、调用方无感知。
为什么单靠 @@ERROR 不行
它只记录上一条语句的错误码，中间穿插 PRINT、变量赋值、注释都会让这个值“断连”；被除零这类警告（严重级 @@ERROR 变非零；事务可能已损坏但 @@ERROR = 0，结果误执行 COMMIT，数据就脏了；更关键的是，它不带行号、过程名、完整消息，日志里根本没法定位问题源头。
SET XACT_ABORT ON 是必须打开的开关
这不是可选项，是生产环境底线。它让主键冲突、类型转换失败、死锁等大多数运行时错误直接终止当前批处理，并把事务置为不可提交状态（XACT_STATE() = -1）。不开它，某些约束错误只会报错但继续往下走，BEGIN TRY 根本进不去。
实操建议：
- 所有含事务的存储过程头部必须加
SET XACT_ABORT ON - 搭配
SET NOCOUNT ON避免返回影响行数干扰客户端解析 - 它不影响
COMMIT或ROLLBACK本身，只控制错误传播行为
回滚不能只看 @@TRANCOUNT，得查 XACT_STATE()
IF @@TRANCOUNT > 0 ROLLBACK 是危险操作：外层已有事务时，你一回滚就把父事务也干掉了；事务已自动终止（XACT_STATE() = 0）时再 ROLLBACK 会报错；而 XACT_STATE() = -1 才表示事务不可提交，必须清理。
正确做法：
- 声明本地标志位：
DECLARE @TranStarted BIT = 0; - 只在
@@TRANCOUNT = 0时开启事务并设@TranStarted = 1 - CATCH 块中写：
IF @TranStarted = 1 AND XACT_STATE() 0 ROLLBACK TRAN; - 成功路径里也只对
@TranStarted = 1的情况COMMIT
错误信息必须显式抛出，不能静默吞掉
CATCH 块捕获的错误默认不会传给调用方，应用程序看到的是“执行成功”，实际数据可能已损坏。
推荐方式：
- SQL Server 2012+ 优先用
THROW;——原样保留错误号、严重级、行号、消息 - 老版本用
RAISERROR，必须手动拼：RAISERROR('%s', ERROR_SEVERITY(), ERROR_STATE(), ERROR_MESSAGE()) - 禁止写
SELECT '出错了'或什么都不做
事务状态判断和错误重抛这两步缺一不可，否则就是埋雷：表面跑通，数据却在暗处失守。
