应使用rs.getClob()获取Clob对象再转换，而非getString()；需判空、显式调用free()，超长内容用getCharacterStream()流式读取防OOM。
Oracle CLOB字段读取失败时，getString() 返回 null 或乱码怎么办？
直接调用 ResultSet.getString() 读取 Oracle 的 CLOB 字段，大概率会返回 null 或截断/乱码——这不是 bug，是 Oracle JDBC 驱动的默认行为：它把 CLOB 当作「延迟加载资源」，而非普通字符串。必须显式获取 Clob 对象再转换。
- 用
rs.getClob("column_name")获取Clob实例，再调用clob.getSubString(1, (int) clob.length()) - 注意
length()返回long，强制转int前要确认长度不超过Integer.MAX_VALUE（约 2GB），超长需分段读取 - 如果字段实际为空（
NULL），getClob()返回null，需判空，否则 NPE
大 CLOB（> 4MB）用 getCharacterStream() 更稳
当 CLOB 内容超过几 MB，一次性 getSubString() 容易触发 OOM；流式读取更可控，也避免字符集隐式转换问题。
- 优先用
Clob.getCharacterStream()得到Reader，再用BufferedReader按行或按块读取 - 务必在
finally或 try-with-resources 中关闭Reader，否则连接池可能泄漏 CLOB 句柄 - Oracle 驱动版本影响流行为：12c+ 默认启用
oracle.jdbc.defaultRowPrefetch=10，但 CLOB 流不受此影响，无需额外设置
Spring JdbcTemplate 怎么安全读 CLOB？
JdbcTemplate 默认不处理 CLOB 特殊逻辑，queryForObject(..., String.class) 仍会走 getString() 而失效。
- 写自定义
RowMapper，在mapRow()里显式调用rs.getClob()+getSubString()或流读取 - 若用 MyBatis，可在
resultMap中为 CLOB 字段指定jdbcType="CLOB"，并确保实体字段类型为String或java.sql.Clob；MyBatis 3.4+ 会自动适配 - 避免在
@Select注解 SQL 中对 CLOB 字段做CONCAT或函数包装（如TO_CHAR(clob_col)），这会让驱动无法识别原始 CLOB 类型
为什么 setAutoCommit(false) 后 CLOB 读取变慢甚至卡住？
在事务中读 CLOB，Oracle 驱动可能持有 LOB 定位器（LOB locator），直到事务结束才释放。若事务长或并发高，会拖慢后续 CLOB 访问，甚至报 ORA-01002: fetch out of sequence。
- 读 CLOB 前尽量保证已执行过一次
rs.next()，且不在未提交事务中长期持ResultSet - 如必须事务内读，读完立即
rs.close()，不要等整个事务结束 - 生产环境建议对含 CLOB 的查询单独设只读事务（
readOnly=true），驱动会优化 LOB 访问路径
CLOB 的本质是数据库服务端的独立存储对象，JDBC 层只是提供定位和访问接口。真正容易被忽略的是：它不是“大字符串”，而是一个需要主动打开、读取、关闭的资源句柄——漏掉任意一环，都可能表现为静默失败或连接池异常。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
