应使用流式读写：写入需createclob()+setstring()或setcharacterstream()，禁用setstring()直传；读取只用getcharacterstream()分块处理，禁用getstring()和getsubstring()，避免oom。
Java 中 JDBC 处理 Oracle 的大文本字段（CLOB）不能靠“一次读全、转成字符串”这种直觉做法——那样在几 MB 就可能触发 OutOfMemoryError，且驱动行为不稳定。核心思路是：写入分两步占位+流式填充，读取全程走字符流、按需拉取、绝不缓存全文。
写入 CLOB：必须用 createClob() + setString() 或流式写入
Oracle 不允许直接 setString(1, hugeString) 给 CLOB 字段，尤其当字符串超 4KB 时，JDBC 驱动会尝试内部缓存整段内容，堆内存压力陡增。正确做法是：
- 调用
conn.createClob()创建一个临时 CLOB 对象 - 对这个 CLOB 调用
clob.setString(1, content)—— 它内部走的是流式协议，不会把全文加载进 JVM 堆 - 再用
pstmt.setClob(1, clob)绑定并执行插入或更新 - 若内容极大（如百 MB 级文档），可改用
clob.setCharacterStream(1)获取Writer，分段写入、及时 flush，避免长事务阻塞
读取 CLOB：只用 getCharacterStream()，禁用 getString()
rs.getString("col") 和 rs.getClob("col").getSubString(...) 都会强制驱动把指定范围的全部字符加载进内存。哪怕你只取前 100 字符，驱动仍可能预加载整个 CLOB —— 这是 Oracle JDBC（尤其是 ojdbc6/8 早期版）的已知行为。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
安全唯一方式是：
- 调
Reader reader = rs.getClob("col").getCharacterStream() - 用
BufferedReader包装它，缓冲区设为 64KB（new BufferedReader(reader, 65536)） - 逐行读（
readLine()）或按需 read(char[] buffer)，处理完一块就继续，不拼接全文 - 务必在当前
ResultSet行内完成全部读取；调rs.next()后，前一行的 reader 立即失效
连接与事务配置不可忽略
CLOB 操作对事务敏感，尤其写入：
- Connection 必须关闭自动提交：
conn.setAutoCommit(false) - 写入后显式
conn.commit()；失败则conn.rollback() - 若用 HikariCP 等连接池，确保 CLOB 流的 close() 发生在
executeUpdate()成功返回之后，否则连接复用可能导致流中断 - ojdbc8 推荐搭配
oracle.jdbc.defaultRowPrefetch=100参数，减少 LOB 元数据往返次数
文本文件落地或 HTTP 响应的推荐链路
如果目标是把 CLOB 写入磁盘文件或输出到 HTTP 响应流，不要中转 String 或 byte[]：
- 读取端：用
rs.getClob("col").getCharacterStream() - 写出端：用
Files.newBufferedWriter(path, UTF_8)或response.getWriter() - 直接
IOUtils.copy(reader, writer)（Apache Commons IO），它内部就是分块 char[] 搬运，零全文驻留
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
