ResultSet无标准isClosed()方法，需通过try调用getMetaData()捕获SQLException间接判断是否关闭；推荐用try-with-resources自动管理生命周期，从源头规避检查需求。
Java 中无法直接检查 ResultSet 是否“有效”（比如是否已关闭、是否还有数据、是否关联的 Statement 已关闭等），因为 JDBC 规范没有提供类似 isClosed() 或 isValid() 这样的标准方法。但可以通过间接方式判断其是否仍可安全使用，核心思路是：**尝试执行一个轻量操作并捕获异常**。
用 isBeforeFirst() 或 isAfterLast() 判断游标状态（需注意前提）
这两个方法在 ResultSet 未关闭时通常能正常调用；如果 ResultSet 已关闭，多数 JDBC 驱动会抛出 SQLException（如 MySQL Connector/J 抛 SQLException: Operation not allowed after ResultSet closed）。但要注意：
- 必须确保 ResultSet 是可滚动的（
TYPE_SCROLL_INSENSITIVE或TYPE_SCROLL_SENSITIVE），否则调用会抛异常——这不代表它已关闭，而是类型不支持。 - 即使未关闭，若 ResultSet 是只进型（
TYPE_FORWARD_ONLY，默认），调用isBeforeFirst()可能抛SQLFeatureNotSupportedException。
尝试调用 getMetaData()（推荐的轻量检测方式）
getMetaData() 不移动游标、不访问数据库，仅返回元数据信息。只要 ResultSet 未关闭且驱动支持，它就能成功返回；一旦关闭，几乎所有主流驱动（MySQL、PostgreSQL、Oracle、HSQLDB）都会立即抛出 SQLException。
示例代码：
立即学习“Java免费学习笔记（深入）”；
public static boolean isResultSetOpen(ResultSet rs) {
if (rs == null) return false;
try {
rs.getMetaData(); // 轻量、安全、通用
return true;
} catch (SQLException e) {
return false;
}
}更可靠的做法：避免依赖运行时检查，改用资源管理
主动检查不如预防性管理。JDBC 4.1+ 支持 try-with-resources，ResultSet 实现了 AutoCloseable，可确保在作用域结束时自动关闭，无需手动判断有效性：
try (Connection conn = dataSource.getConnection();
PreparedStatement ps = conn.prepareStatement("SELECT * FROM users");
ResultSet rs = ps.executeQuery()) {
<pre class="brush:php;toolbar:false;">while (rs.next()) {
// 处理数据
}
// rs 在此处自动关闭，无需 check} catch (SQLException e) { // 处理异常 }
这是最符合 Java 实践的方式，从根源上规避“检查是否已关闭”的需求。
不建议的方式：依赖 next() 或 wasNull() 做判断
next() 会移动游标，可能改变 ResultSet 状态；wasNull() 必须在 getXXX() 后调用，本身不能反映关闭状态。这些不是检测有效性的合理手段，容易引入副作用或误判。
