TRY…CATCH仅捕获严重级别11–19的运行时错误，不捕获编译期错误（如表名错误、语法错误、变量赋值失败）或严重级≤10及≥20的错误；BEGIN TRY执行前即报错则根本不会进入CATCH块。
TRY CATCH 在存储过程中不是“开了就自动兜底”，很多错误根本进不去 CATCH 块——它只捕获严重级别 11–19 的运行时错误，编译期错误（如表名写错、语法错误、变量赋值失败）在 BEGIN TRY 执行前就终止批处理了。
为什么有些错误完全不进 CATCH？
常见误解是“只要包进 TRY 就能捕获所有异常”，实际根本不是这样：
-
SELECT * FROM NonExistentTable：编译阶段报错，BEGIN TRY都没执行到，直接退出 -
DECLARE @x INT = 'abc'：类型转换失败属于编译期错误，同样跳过 TRY -
RAISERROR('msg', 10, 1)：严重级别 - DDL 语句（如
CREATE TABLE）出错时，可能直接中断批处理，CATCH 来不及响应 - 严重级别 ≥20 的致命错误（如数据库损坏、连接中断）也不被捕获，除非连接仍存活
ERROR_* 函数必须在 CATCH 第一行就存入变量
进入 CATCH 后，ERROR_NUMBER()、ERROR_MESSAGE()、ERROR_LINE() 等函数只返回本次错误上下文，且仅在当前 CATCH 块内有效。一旦你在 CATCH 里执行了其他语句（比如日志插入、变量声明），原始错误信息就会被覆盖。
正确写法是立即提取：
DECLARE @ErrorNumber INT = ERROR_NUMBER(); DECLARE @ErrorMessage NVARCHAR(4000) = ERROR_MESSAGE(); DECLARE @ErrorLine INT = ERROR_LINE(); DECLARE @ErrorProcedure SYSNAME = ERROR_PROCEDURE();
注意：ERROR_MESSAGE() 可能含单引号，拼进 INSERT 语句前建议用 REPLACE(@ErrorMessage, '''', '''''') 防截断。
事务回滚不能靠“进了 CATCH 就 rollback”
默认情况下，约束冲突、主键重复这类错误不会自动回滚事务——事务可能已处于不可提交状态（XACT_STATE() = -1），但 @@TRANCOUNT 仍 > 0，盲目 ROLLBACK TRANSACTION 会报错 “no corresponding BEGIN TRANSACTION”。
安全做法是：
- 在 TRY 块开头加
SET XACT_ABORT ON，让多数错误自动终止当前批处理并推动控制权进 CATCH - 在 CATCH 开头立刻调用
XACT_STATE()判断状态：IF XACT_STATE() 0 ROLLBACK TRANSACTION; - 日志写入操作尽量独立于主事务（例如用
INSERT INTO log_table WITH (TABLOCK)），避免因主事务失效导致日志也写不进去
重抛错误该用 THROW 还是 RAISERROR？
SQL Server 2012+ 必须用 THROW，而不是 RAISERROR：
-
THROW原样传递原始错误号、消息、行号和严重级别，不丢失上下文 -
RAISERROR会把错误号强制改成 50000，且需手动传参，极易漏掉ERROR_SEVERITY()和ERROR_STATE() -
THROW后不能跟任何语句（包括RETURN），必须是 CATCH 块最后一句
典型结尾写法：
IF XACT_STATE() <> 0 ROLLBACK TRANSACTION; THROW;
最易被忽略的一点：CATCH 块本身也是代码块，如果里面执行的语句（比如往日志表 INSERT）又出错，原始错误信息就彻底丢了——所以日志逻辑要极简，或套一层嵌套 TRY CATCH。
