PL/SQL中EXCEPTION块捕获不到预定义异常，主因是异常未执行到该块（如发生在父块或子程序外）、PRAGMA EXCEPTION_INIT绑定错误或被外层异常拦截；WHEN OTHERS应慎用，避免掩盖关键错误；自定义异常需显式RAISE才可传播，嵌套块中须用RAISE传递异常。
PL/SQL里EXCEPTION块捕获不到预定义异常？检查是否被隐式覆盖
常见现象是写了no_data_found的处理，但执行时仍抛出未捕获异常。根本原因往往是：在exception块外发生了错误，而你写的exception块根本没被执行到——比如放在了子程序内部，但错误发生在调用它的父块中；或者用了pragma exception_init却没正确绑定编号。
- 预定义异常（如
NO_DATA_FOUND、TOO_MANY_ROWS）只在标准错误号范围内生效，不能靠名字随意“注册” -
PRAGMA EXCEPTION_INIT必须在声明段（DECLARE后）使用，且只能绑定一次，重复写会报错PLS-00112 - 如果在存储过程里捕获，要确认调用链上没有更高层的
EXCEPTION先截走了异常
用WHEN OTHERS THEN前先确认是否真需要它
很多人习惯性加WHEN OTHERS THEN NULL来“静默兜底”，结果掩盖了本该暴露的逻辑错误或权限问题。Oracle官方明确建议：除非你有明确的日志记录和重抛逻辑，否则不要用WHEN OTHERS吞掉异常。
-
WHEN OTHERS会捕获所有未显式声明的异常，包括ORA-00600这种内部错误，盲目忽略可能导致数据不一致 - 若必须用，至少配合
DBMS_UTILITY.FORMAT_ERROR_BACKTRACE记日志，而不是只写NULL - 它无法获取原始错误码和SQLERRM细节，除非显式调用
SQLCODE和SQLERRM
RAISE_APPLICATION_ERROR和自定义异常的混用陷阱
当同时用RAISE_APPLICATION_ERROR和自定义异常变量（如my_err EXCEPTION），容易混淆错误传播路径。自定义异常不会自动带ORA-编号，而RAISE_APPLICATION_ERROR强制生成带编号的错误，二者行为不等价。
- 自定义异常必须用
RAISE my_err显式抛出，它不会触发WHEN OTHERS，除非你手动RAISE出去 -
RAISE_APPLICATION_ERROR(-20999, 'xxx')抛出后，上级块只能用WHEN OTHERS或SQLCODE = -20999捕获，不能用名字匹配 - 错误编号范围必须是
-20000到-20999，超出会报PLS-00305
嵌套块中异常传播的顺序和可见性
PL/SQL异常不会自动向上冒泡到外层块，除非内层没处理或显式RAISE。一个典型坑是：内层EXCEPTION块处理了NO_DATA_FOUND，但忘了RAISE，导致外层完全不知道查询失败了。
- 内层异常被处理后，默认终止当前块执行，控制权交还给调用者，**不会继续向外传播**
- 想让外层也感知，必须在内层
EXCEPTION里补一句RAISE（无参数），否则异常“消失” - 外层
EXCEPTION块看不到内层自定义异常的名字，只能靠SQLCODE判断，除非内层用RAISE_APPLICATION_ERROR重抛
最常被忽略的是异常作用域和传播边界——PL/SQL的EXCEPTION不是JavaScript的try/catch，它更像静态绑定的标签跳转，一旦某个块接手了，就默认终结了整个异常生命周期。
