PL/SQL 中 DBMS_OUTPUT.PUT_LINE 无法直接输出 ANSI 颜色，因数据库不解析转义序列，仅客户端决定是否渲染；SQL Developer 21.4+ 在满足条件时支持有限 ANSI，而 SQL*Plus 与 SQLcl 默认不支持。
PL/SQL 里根本不能直接输出 ANSI 颜色
oracle 的 dbms_output.put_line 输出内容最终走的是数据库会话的缓冲区，再由客户端（如 sql*plus、sql developer、jdbc）决定怎么渲染。它本身不解析 ansi 转义序列（比如 33[31m），只是原样吐出字符。你看到颜色，完全取决于客户端是否支持并启用 ansi 解析——而绝大多数 oracle 官方工具默认不干这事。
SQL Developer 是唯一靠谱的“伪彩色”场景
SQL Developer（21.4+）在“Script Output”窗口中启用了有限的 ANSI 支持，但仅限于部分基础颜色和样式，且必须满足三个条件：
- 输出必须通过
DBMS_OUTPUT.PUT_LINE（不是DBMS_OUTPUT.PUT单独调用） - ANSI 序列得是完整、合法的，例如
chr(27) || '[33m' || 'WARN:' || chr(27) || '[0m' - SQL Developer 设置里要打开
Tools → Preferences → Database → Worksheet → Colorize Script Output
注意：chr(27) 是 ESC 字符，别写成 ' 33' 或 'x1B' —— PL/SQL 字符串不认这些转义语法。
SQL*Plus 和 SQLcl 完全无视 ANSI
哪怕你在 DBMS_OUTPUT.PUT_LINE 里塞了 chr(27) || '[32mOK' || chr(27) || '[0m'，SQL*Plus 只会打印出一串乱码或空白，因为它的输出层根本不做 ANSI 解码。SQLcl 虽然底层用 Java，但默认也关闭 ANSI 处理；想开？得加启动参数 -ansi，且只对命令行自身提示生效，DBMS_OUTPUT 仍不染指。
常见错误现象：DBMS_OUTPUT 行首出现 ^[[32m 这类可见控制字符，说明客户端既不支持也不过滤，纯当普通文本显示。
真要区分调试级别？靠前缀 + 格式化更稳
与其赌客户端兼容性，不如用明确、无依赖的方式标记信息类型。例如：
DBMS_OUTPUT.PUT_LINE('[INFO]' || v_msg); DBMS_OUTPUT.PUT_LINE('[WARN]' || v_msg); DBMS_OUTPUT.PUT_LINE('[ERROR]' || v_msg); 再配合 SQL Developer 的“高亮关键字”功能（Preferences → Code Editor → Syntax Coloring → Custom Keywords），把 INFO、WARN、ERROR 设成不同颜色——这才是可控路径。顺便提醒：别在生产包里留大量 DBMS_OUTPUT，它有缓冲区上限（默认 1MB），且影响性能。
真正难处理的，是那些连 DBMS_OUTPUT 都看不到的地方——比如后台作业、自治事务、或者被 PRAGMA AUTONOMOUS_TRANSACTION 隔离的上下文。那儿连“前缀”都输出不了。
