DBMS_UTILITY.FORMAT_ERROR_BACKTRACE 能精准定位异常原始行号，而 SQLERRM 仅返回错误码和简短描述；它必须在 EXCEPTION 块中调用，依赖异常上下文，返回反向堆栈，首行即源头。
dbms_utility.format_error_backtrace 是 oracle 中定位异常源头最可靠的方式，但它必须在异常处理块中调用，且不能脱离 pl/sql 上下文单独使用。
为什么 FORMAT_ERROR_BACKTRACE 比 SQLERRM 更有用
SQLERRM 只返回错误码和简短描述（如 ORA-00001: unique constraint violated），但不告诉你这行错在哪。而 DBMS_UTILITY.FORMAT_ERROR_BACKTRACE 返回的是完整调用链，从最内层抛出异常的位置开始反向列出每一层的程序名和行号。
- 它能精准定位到
INSERT、SELECT INTO或函数调用中具体哪一行触发了异常 - 即使异常被多层存储过程包装传递（比如
P3 → P2 → P1），它仍会显示ORA-06512: at "SCOTT.P1", line 4这类原始出处 - 注意：该函数只在
WHEN OTHERS THEN或具体异常处理器中有效；在异常未发生时调用会返回NULL
必须配合 SET SERVEROUTPUT ON 才能看到输出
很多用户写了 DBMS_OUTPUT.PUT_LINE 却看不到结果，根本原因是客户端没开启输出缓冲。这不是代码问题，而是环境配置缺失。
- 在 SQL*Plus、SQL Developer 或其他客户端执行前，先运行：
SET SERVEROUTPUT ON - 如果用 JDBC 或 ODP.NET 调用存储过程，
DBMS_OUTPUT的内容不会自动传回应用层，需显式调用DBMS_OUTPUT.GET_LINES获取 - 某些 IDE（如 PL/SQL Developer）默认关闭
DBMS_OUTPUT窗口，要手动点开“Output”面板并确保“Enable DBMS Output”已勾选
别混淆 FORMAT_ERROR_BACKTRACE 和 FORMAT_ERROR_STACK
这两个函数常被混用，但作用完全不同：
-
DBMS_UTILITY.FORMAT_ERROR_BACKTRACE：回答“错误从哪一行开始？”——返回带行号的堆栈（如ORA-06512: at "HR.INS_EMP", line 12） -
DBMS_UTILITY.FORMAT_ERROR_STACK：回答“错误本身是什么？”——等价于SQLERRM，只返回错误消息主体（如ORA-01403: no data found） - 实际调试时建议两者都打出来：
DBMS_OUTPUT.PUT_LINE(DBMS_UTILITY.FORMAT_ERROR_BACKTRACE);和DBMS_OUTPUT.PUT_LINE(DBMS_UTILITY.FORMAT_ERROR_STACK);
常见误用：在匿名块外直接调用或忽略异常捕获结构
DBMS_UTILITY.FORMAT_ERROR_BACKTRACE 不是万能日志函数，它依赖 Oracle 内部异常栈状态。脱离异常上下文调用等于白写。
- ❌ 错误写法：
BEGIN DBMS_OUTPUT.PUT_LINE(DBMS_UTILITY.FORMAT_ERROR_BACKTRACE); -- 此时无异常，返回 NULL END;
- ✅ 正确写法（必须包裹在
EXCEPTION块中）：BEGIN INSERT INTO emp (empno) VALUES (9999); EXCEPTION WHEN OTHERS THEN DBMS_OUTPUT.PUT_LINE('Backtrace: ' || DBMS_UTILITY.FORMAT_ERROR_BACKTRACE); DBMS_OUTPUT.PUT_LINE('Error: ' || DBMS_UTILITY.FORMAT_ERROR_STACK); END; - 注意：如果存储过程中有多个
EXCEPTION分支（如WHEN NO_DATA_FOUND），记得在每个分支里都调用该函数，否则只在WHEN OTHERS里写是不够的
真正容易被忽略的是：这个函数返回的堆栈信息是“反向”的——最上面那行才是异常最初发生的位置，而不是最后调用它的那一层。看输出时别被 ORA-06512 的顺序搞晕，重点盯住第一个 at "xxx", line N。
