JDBC中ResultSet非空但resultSet.next()返回false问题求助

这种情况我之前踩过好几次坑，大概率是JDBC代码里的细节疏漏，不是SQL本身的问题。给你列几个最常见的排查方向，你挨个验证下：

• 参数绑定的坑
  这是最常见的原因！比如你用了占位符?，但绑定参数时要么类型不匹配，要么顺序搞反了，甚至值不对。举个例子：SQL是SELECT * FROM orders WHERE order_id = ? AND create_time > ?，你在JDBC里把时间值绑到了第一个占位符，订单ID绑到第二个，那肯定查不到数据。另外要注意字符集和大小写，比如Oracle默认大小写敏感，你在SQL Developer里用的是大写的'USER123'，但JDBC里传了小写的'user123'，也会匹配失败。

• 事务隔离与自动提交问题
  如果你的JDBC连接开启了事务但没提交，而SQL Developer里查到的数据是在另一个事务中提交的，那JDBC的当前事务可能看不到最新数据。反过来，如果你在JDBC里执行过更新操作但没提交，查询时也会读取到旧的快照。可以试试在查询前手动设置conn.setAutoCommit(true);，或者确保之前的事务已经提交。另外，检查下事务隔离级别，如果是SERIALIZABLE或者REPEATABLE READ，也可能导致无法读取其他事务提交的新数据。

• ResultSet的误用
  有没有可能在调用rs.next()之前，你已经调用过rs.first()、rs.last()或者其他移动指针的方法，导致指针已经跑到结果集末尾了？或者你在executeQuery()之后，又不小心调用了executeUpdate()之类的方法，把ResultSet覆盖了？另外，部分JDBC驱动的ResultSet是单向的，一旦指针移过最后一行，再调用next()就会返回false。还要注意不要在多线程环境下共享ResultSet对象，避免指针位置被意外修改。

• SQL语句的细微差异
  别想当然认为JDBC里的SQL和SQL Developer里的完全一样！比如你在JDBC里拼接SQL时，不小心多加了空格、换行，或者表名写错了（比如SQL Developer里用的是HR.EMPLOYEES，但JDBC里只写了EMPLOYEES，而当前连接的schema不是HR）。还有可能是绑定变量的类型转换问题，比如Oracle里WHERE num_col = '123'会自动转成数字，但JDBC里把字符串绑到数字类型占位符时，某些驱动可能静默处理导致匹配失败。建议把JDBC中最终执行的SQL打印出来（比如通过日志或驱动的日志功能），和SQL Developer里的版本逐字符对比。

• 驱动版本与连接属性问题
  不同版本的JDBC驱动可能存在兼容性bug，比如Oracle的ojdbc6和ojdbc8对某些SQL语法的处理差异。如果你的驱动版本太旧，可能无法正确解析SQL中的某些特性。另外，JDBC URL里的参数也可能影响结果，比如时区参数timezone=UTC和SQL Developer的时区不一致，导致日期参数匹配不上；或者fetchSize设置不合理，虽然一般不会导致无数据，但某些特殊场景下可能出现异常。

小技巧：打印执行细节 #

可以在JDBC代码里加日志，打印出执行的SQL和绑定的参数，方便排查：

String sql = "SELECT * FROM your_table WHERE id = ?";
PreparedStatement pstmt = conn.prepareStatement(sql);
int targetId = 123;
pstmt.setInt(1, targetId);
// 打印SQL和参数值
System.out.println("执行的SQL：" + sql);
System.out.println("绑定的参数1：类型=" + pstmt.getParameterMetaData().getParameterTypeName(1) + "，值=" + targetId);
ResultSet rs = pstmt.executeQuery();
while (rs.next()) {
    // 处理结果
    System.out.println("查到数据：" + rs.getInt("id"));
}

内容的提问来源于stack exchange，提问作者babybear