DBMS_OUTPUT.PUT_LINE在JDBC中默认不可见，需显式调用ENABLE启用缓冲区并用GET_LINES分步读取，且驱动版本不同导致参数绑定方式差异大。
DBMS_OUTPUT.PUT_LINE 在 Java 中默认不可见
Java 通过 JDBC 调用 Oracle 存储过程时，DBMS_OUTPUT.PUT_LINE 输出的内容不会自动返回到客户端。这不是 Java 或 JDBC 的 bug，而是 Oracle 的设计：输出缓冲区需显式启用并主动读取，JDBC 驱动本身不自动拉取该缓冲区内容。
常见错误现象包括：
- 存储过程中写了
DBMS_OUTPUT.PUT_LINE('debug')，但 Java 端execute()后完全收不到任何输出 - 误以为加了
SET SERVEROUTPUT ON（这是 SQL*Plus 命令，JDBC 完全不识别）就能生效 - 调用完存储过程立刻尝试读取
DBMS_OUTPUT.GET_LINES，却返回空数组——因为没先调用DBMS_OUTPUT.ENABLE
必须手动调用 DBMS_OUTPUT.ENABLE 并分步读取
JDBC 中要拿到 DBMS_OUTPUT 日志，本质是两次独立的 PL/SQL 调用：一次启用缓冲区，一次按行拉取。不能依赖“自动捕获”。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 在执行目标存储过程前，先用
CallableStatement执行BEGIN DBMS_OUTPUT.ENABLE(1000000); END;，其中参数是缓冲区字节数（建议设为 1000000，避免截断） - 目标存储过程执行完后，再执行
CALL DBMS_OUTPUT.GET_LINES(?, ?)：第一个?是String[]输出数组，第二个是int行数输出参数（注意要用registerOutParameter） - Oracle 驱动对
GET_LINES的数组长度敏感——传入的String[]长度决定了最多读几行；若实际日志行数超长，剩余内容会被丢弃且无提示
示例关键片段：
// 启用
CallableStatement enable = conn.prepareCall("BEGIN DBMS_OUTPUT.ENABLE(?); END;");
enable.setInt(1, 1000000);
enable.execute();
// 执行你的业务存储过程
CallableStatement proc = conn.prepareCall("{CALL my_proc(?)}");
proc.setString(1, "test");
proc.execute();
// 读取日志
CallableStatement getLines = conn.prepareCall("CALL DBMS_OUTPUT.GET_LINES(?, ?)");
String[] lines = new String[100]; // 最多读 100 行
getLines.setString(1, null); // 注意：此处不能直接传 lines，得用 OUT 参数绑定
getLines.registerOutParameter(1, Types.ARRAY, "SYS.DBMSOUTPUT_LINESARRAY"); // 实际需根据驱动版本调整类型名
getLines.registerOutParameter(2, Types.INTEGER);
getLines.execute();
int numLines = getLines.getInt(2);
// ……后续处理 lines 数组（不同驱动实现差异大，见下一条）
Oracle JDBC 驱动版本决定 GET_LINES 的用法
DBMS_OUTPUT.GET_LINES 在 JDBC 中没有统一标准调用方式，Oracle 官方驱动（ojdbc8.jar 及以后）已废弃直接绑定 String[]，转而要求使用 ARRAY 类型绑定，且类型名依赖具体驱动内置映射（如 SYS.DBMSOUTPUT_LINESARRAY），老版本（ojdbc6）则可能支持更直白的 setObject(1, lines)。
容易踩的坑：
- 用 ojdbc6 写的代码升级到 ojdbc8 后，
GET_LINES报ORA-06550 / PLS-00306错误——参数类型不匹配 - 未检查
numLines就直接遍历lines全数组，导致空指针或脏数据 - 忽略字符集：如果数据库字符集是 AL32UTF8，但 Java 端未设置连接参数
useUnicode=true&characterEncoding=UTF-8，中文日志会乱码
生产环境慎用，调试期也建议封装成工具方法
频繁启用和读取 DBMS_OUTPUT 会带来明显开销：每次 ENABLE 分配缓冲区，GET_LINES 是同步阻塞调用，且所有日志都走服务端内存缓冲，高并发下易触发 ORA-06502（缓冲区满）。
真正实用的做法：
- 只在本地调试或测试环境开启，通过配置开关控制是否执行
ENABLE和GET_LINES逻辑 - 把启用、读取、清理（
DBMS_OUTPUT.DISABLE）封装成一个try-with-resources工具类，避免忘记关闭导致缓冲区堆积 - 日志量稍大时（比如 >50 行），优先考虑改用表记录（
INSERT INTO debug_log）或 Oracle 自带的UTL_LOG（12c+）
最常被忽略的一点：即使你完整实现了启用 + 读取，如果存储过程中发生异常导致事务回滚，DBMS_OUTPUT 缓冲区内容仍会保留并可读取——它不参与事务管理。这点和很多人直觉相反。
