resultset.next()返回false仅表示当前行后无下一行，并非结果集一定为空；游标初始位于第一行之前，首次调用next()才尝试定位到第一行。
ResultSet.next() 返回 false 就代表没数据了？不一定
很多人以为 ResultSet.next() 返回 false 就说明结果集为空，其实它只表示「当前行之后没有下一行」。关键在于游标初始位置：JDBC 规范规定，刚创建的 ResultSet 游标在第一行之前，所以第一次调用 next() 是在“尝试跳到第一行”，成功才返回 true。如果查询没结果，第一次调用就返回 false，此时根本不存在“第零行”可读。
常见错误是写成这样：
while (rs.next()) {
String name = rs.getString("name"); // ✅ 正确：next() 已把游标移到有效行
}
但若误用 rs.first() 或 rs.absolute(1) 前没检查，可能抛 SQLException（尤其对 TYPE_FORWARD_ONLY 结果集）。
- 默认
ResultSet类型是TYPE_FORWARD_ONLY，不支持倒退或随机定位 - 想用
first()/last()，得显式声明：conn.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE, ...) - 即使类型支持，某些数据库驱动（如旧版 MySQL Connector/J）对空结果集调用
first()仍会报错
遍历前必须先调用 next()，不能直接 getString()
刚拿到 ResultSet 时游标不在任何有效行上，此时直接调用 rs.getString("id") 会抛 SQLException：“Before start of result set”。这是新手最常踩的坑，错误日志里经常看到这个提示。
正确姿势只有两种：
- 用
while (rs.next()) { ... }—— 最常用，安全，适合顺序读取全部数据 - 用
if (rs.next()) { ... }—— 适合预期最多一行的场景（如SELECT COUNT(*)或主键查询）
别写 rs.next(); while(...) {...} 这种，会跳过第一行。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
next() 失败后，游标位置不可恢复
一旦 rs.next() 返回 false，游标就停在“末尾之后”的位置。此时再调用 rs.previous() 或 rs.first() 是否有效，取决于结果集类型和驱动实现：
-
TYPE_FORWARD_ONLY：所有回溯操作都抛异常 -
TYPE_SCROLL_INSENSITIVE：rs.beforeFirst()可重置，但部分驱动（如 PostgreSQL 的 pgjdbc）对空结果集调用beforeFirst()仍可能失败 - 性能影响：可滚动结果集通常需要客户端缓存全部数据，内存占用高，且
executeQuery()可能阻塞更久
所以除非真有随机访问需求，别为了“保险”而默认开 scrollable。
别在循环里反复调用 next() 判断两次
下面这种写法看似严谨，实则危险：
while (rs.next()) {
if (rs.next()) { // ❌ 错！这里又跳了一行
process(rs);
}
}
它会让每两次循环只处理一行，还容易因漏判导致 SQLException。真正需要“预读下一行”的逻辑（比如合并相邻记录），应改用 rs.isLast() 或自己缓存上一行数据。
另外注意：next() 是有副作用的操作，不是纯判断函数——它移动游标。任何依赖多次调用 next() 的逻辑，都要确认游标状态是否符合预期。
复杂点在于：不同数据库驱动对空结果集、批量更新返回值、存储过程多结果集的处理差异很大，光靠规范定义不够，上线前务必用真实环境验证游标行为。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
