PL/SQL异常处理怎么写 PL/SQL怎么输出异常信息日志

PL/SQL写异常处理，真正要先想清楚的不是把`WHEN OTHERS`补上就结束，而是先区分你要处理的是已知异常、业务异常，还是兜底异常。Oracle官方文档说明，PL/SQL运行时错误都属于exception，处理结构就是在可执行部分后面接`EXCEPTION`区，再按不同异常写对应处理分支；其中既可以处理Oracle预定义异常，也可以声明并抛出用户自定义异常。

一、PL/SQL异常处理怎么写

异常处理写得稳，核心是先处理你明确知道的情况，再把未知情况放到最后兜底。Oracle官方资料明确说明，预定义异常有固定名称，可以直接写专门的handler；用户自定义异常则需要先声明，再显式抛出。这样写出来的代码，比所有情况都塞进`WHEN OTHERS`更容易查问题，也更利于后续维护。

1、先写预定义异常处理

像`NO_DATA_FOUND`、`TOO_MANY_ROWS`这类异常，Oracle已经在标准包里预定义了名字，运行时会自动抛出。最稳的写法就是先把这些高频、可预期的异常单独接住。

2、业务规则用自定义异常

如果错误不是Oracle自动抛出的，而是你自己定义的业务条件，比如金额不能小于零、状态不允许重复提交，就更适合声明自定义异常，再用`RAISE`显式抛出。Oracle官方文档对user-defined exception的定义就是这样，先声明，再显式抛出。

3、最后才用`WHEN OTHERS`兜底

`WHEN OTHERS`适合处理你没有提前命名、也没单独列出来的异常，但它不应该替代前面的专门处理。更重要的是，进入兜底分支后，不要只打印一句失败，而是把错误码、错误信息和堆栈一起记下来。Oracle官方说明，在异常处理器里可以用`SQLCODE`取错误码，用`SQLERRM`取错误信息。

二、PL/SQL怎么输出异常信息日志

异常信息输出，常见做法其实就三类。一类是开发调试时直接用`DBMS_OUTPUT.PUT_LINE`打到缓冲区；一类是写入数据库日志表，方便后面查历史；还有一类是写到服务器文件里，也就是用`UTL_FILE`。这三种方式没有绝对谁最好，关键看你是为了调试、审计，还是为了留长期可追溯记录。Oracle官方文档分别给了这三条能力的基础说明。

1、开发调试先用`DBMS_OUTPUT`

Oracle官方说明，`DBMS_OUTPUT.PUT_LINE`会把内容写进缓冲区，之后可以由客户端工具读出来显示。所以它很适合开发阶段快速看异常信息，但不适合当正式日志系统，因为它更偏临时输出，不是长期存储。

2、正式项目更适合写日志表

如果你要查历史、做审计、排线上问题，最稳的方式通常还是把异常信息写进表。Oracle官方文档已经明确，异常处理器里可以直接取`SQLCODE`和`SQLERRM`；同时`DBMS_UTILITY.FORMAT_ERROR_BACKTRACE`可以拿到从出错点到捕获点的回溯信息，`FORMAT_ERROR_STACK`和`FORMAT_CALL_STACK`也可用于查看错误栈和调用栈。把这几项一起写进日志表，后面排查效率会高很多。

3、需要落到文件时用`UTL_FILE`

如果你的场景要求把异常写到服务器文件，比如和批处理日志统一管理，就可以用`UTL_FILE`。Oracle官方文档说明，`UTL_FILE`可以读写操作系统文本文件，`PUT_LINE`用来写一行内容；但从18c开始，官方不再推荐也不再支持旧式`UTL_FILE_DIR`参数，改为使用directory object并按目录对象授予权限。

三、异常日志怎么写得更稳

真正好用的异常日志，不是只记一条报错文字，而是能回答三个问题：哪里出错了、为什么错、调用链走到哪一层。Oracle官方已经把这些基础能力拆开给出来了，所以落地时最好把它们组合起来用，而不是只留`SQLERRM`一项。

1、至少记错误码和错误信息

`SQLCODE`和`SQLERRM`是最基本的两项。官方说明里，它们就是异常处理器里获取错误码和错误消息的标准方式。如果连这两项都不记，后面很多问题只能靠猜。

2、最好再记backtrace

`DBMS_UTILITY.FORMAT_ERROR_BACKTRACE`的作用，是给出从当前错误点到异常处理器的回溯路径。和单纯的`SQLERRM`比起来，它更适合定位“到底是在哪一行、哪一层调用里炸掉的”。

3、日志写完后决定要不要继续抛出

很多线上问题不是因为没记日志，而是异常被吃掉了，调用方误以为执行成功。更稳的做法通常是，先记日志，再根据业务需要决定是否`RAISE`把异常继续抛出去。Oracle的异常模型本身就是支持在handler里处理后继续传播的。

总结

PL/SQL异常处理怎么写PL/SQL怎么输出异常信息日志，核心思路可以概括成一句话：先分清异常类型，再把日志记完整。已知异常单独处理，业务异常用自定义异常，未知异常最后交给`WHEN OTHERS`；日志输出上，开发调试用`DBMS_OUTPUT`，正式项目优先写日志表，特殊场景再用`UTL_FILE`写文件。真正排查效率高的日志，至少要带`SQLCODE`、`SQLERRM`和`DBMS_UTILITY.FORMAT_ERROR_BACKTRACE`，这样后面查问题才不会只剩一句“执行失败”。