jdbc流式读取大结果集需驱动支持、sql配合与手动资源管理三者协同：mysql需url参数加setfetchsize(integer.min_value)，postgresql需setfetchsize且禁用order by，oracle需指定type_forward_only和concur_read_only；执行时须用while(rs.next())逐行处理，禁用双向移动方法；clob/blob须分块读取；连接与资源必须同生命周期，按rs→stmt→conn顺序关闭。
JDBC 处理大结果集时，必须绕过“全量加载到内存”的默认行为，改用流式读取——核心是让 ResultSet 逐行返回、边取边处理，对象用完即弃，不累积。这需要 JDBC 驱动支持、SQL 执行方式配合、连接与资源手动管理三者协同，缺一不可。
驱动层必须启用流式游标
不同数据库的配置方式不同，但目标一致：禁止驱动缓存整张结果集。
-
MySQL：连接 URL 中添加
&useCursorFetch=true&defaultFetchSize=100；执行查询前，Statement还需显式设置setFetchSize(Integer.MIN_VALUE)（值为 -2147483648），这是触发服务端游标的硬性要求 -
PostgreSQL：连接后对
Statement调用setFetchSize(100)，且查询语句不能含ORDER BY或聚合函数（否则游标可能失效） -
Oracle：无需额外 URL 参数，但必须使用
ResultSet.TYPE_FORWARD_ONLY和ResultSet.CONCUR_READ_ONLY创建 Statement，并调用setFetchSize(50)
代码中要用正确的执行方式
不能依赖 executeQuery() 后直接遍历，必须确保 ResultSet 是“流式打开”状态。
- 创建 Statement 时明确指定类型：
conn.createStatement(ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY) - 执行查询后立即进入
while(rs.next())循环处理，不要调用rs.last()、rs.getRow()或任何需要双向移动的方法 - 避免在循环中调用
rs.getObject(i)获取大字段（如 CLOB/BLOB），应单独用rs.getClob(i).getCharacterStream()分块读取
连接与资源必须手动控制生命周期
流式读取依赖底层 ResultSet 持续占用数据库连接，一旦提前关闭或异常中断，会导致连接泄漏或数据截断。
- 整个处理过程必须在同一个 Connection 和 Statement 下完成，不能在循环中复用或新建
- 处理完毕后，按顺序关闭：先
rs.close()，再stmt.close()，最后conn.close()；推荐用 try-with-resources，但需确保三者嵌套声明 - 若处理逻辑耗时较长，需考虑连接超时问题，在连接池配置中调大
maxLifetime和idleTimeout
配合应用层做安全兜底
即使流式开启，业务逻辑仍可能引入隐式内存压力。
- 避免在
while(rs.next())内把每行数据 add 到 ArrayList 或 StringBuilder —— 这等于自己重建“全量缓存” - 对 CLOB 字段，禁用
clob.getSubString(1, (int) clob.length())；改用Reader r = clob.getCharacterStream()，配合char[] buf = new char[8192]循环读取 - 关键长周期任务可加内存水位监控：
Runtime.getRuntime().freeMemory()定期采样，低于阈值时主动 break 并记录断点
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
