do-while遍历ResultSet易因游标未初始化导致空指针或SQLException；安全写法须先调rs.next()确认有效，再用do-while续读，且需前置空结果检查。
do-while 处理 ResultSet 时容易空指针崩溃
ResultSet.next() 必须先调用才能读取数据，而 do-while 会先执行循环体、再判断条件——如果 rs 为空或已关闭，rs.getString("id") 这类操作直接抛 SQLException 或 NullPointerException。
常见错误现象：程序在第一次进入循环就报 ResultSet is closed 或 Invalid cursor state，尤其在连接池复用、事务提前提交后更隐蔽。
- 务必确认
rs非 null 且未关闭，且rs.next()已成功返回true才能进循环体 - 不要把
rs.next()放在do块里；它必须作为while的判断条件，且只调用一次 - 典型安全写法是先调一次
rs.next()，再用do-while续读（见下条）
do-while 真实用法：确保至少处理一行，且避免重复调用 next()
当业务逻辑要求「只要有一行数据就必须执行某初始化动作」（比如设置默认页眉、打开文件写入头行），又希望后续继续遍历，do-while 比 while 更简洁——它天然保证循环体至少执行一次，且不重复触发 next()。
示例场景：导出 CSV，第一行必须是字段名，后续每行是数据；用 do-while 可以把「写字段名」和「写第一行数据」合并到一个块里：
立即学习“Java免费学习笔记（深入）”；
if (!rs.next()) {
// 空结果集，直接退出
return;
}
do {
if (firstRow) {
writer.write("id,name,age");
firstRow = false;
}
writer.write(rs.getString("id") + "," + rs.getString("name") + "," + rs.getInt("age"));
} while (rs.next());
-
rs.next()在while条件中调用，且只调一次/轮 - 初始化逻辑（如写表头）放在
do块开头，靠firstRow标志控制仅执行一次 - 不能省略前置的
if (!rs.next())检查，否则空结果集会导致do块访问无效游标
JDBC 4.3+ 中 ResultSet.TYPE_FORWARD_ONLY 的兼容性影响
绝大多数 JDBC 驱动默认使用 ResultSet.TYPE_FORWARD_ONLY，这意味着游标只能单向移动，rs.previous() 或 rs.absolute(0) 都非法。而 do-while 本身不依赖回溯，看似安全——但有人误以为「先 do 再 while」等于「可以跳过首行判断」，于是删掉前置 rs.next()，结果一运行就崩。
-
do-while不改变 ResultSet 的游标约束，它只是语法结构 - 所有对字段的访问（
rs.getString()等）都要求当前游标位置有效，即上一次next()返回true - MySQL Connector/J 8.0+、PostgreSQL JDBC 42.6+ 对空游标访问的报错更严格，不再容忍「游标在 -1 位就读取」
比 do-while 更稳妥的替代方案
除非明确需要「至少执行一次」语义，否则用标准 while (rs.next()) 更直观、容错更强。它的执行路径清晰：判断 → 取值 → 循环，没有歧义。
- 95% 的 JDBC 结果集遍历场景，
while (rs.next())足够且更少出错 - 若真需「首行特殊处理」，可用布尔标志 +
while，代码可读性反而更好 -
do-while在 JDBC 中属于「技巧性用法」，不是惯用模式；团队协作时容易被后续维护者误解或误改
真正难的不是语法，而是时刻记住：ResultSet 游标状态是外部资源状态，不是变量值——它不会因为换了个循环结构就自动变合法。
