Java中用try-with-resources管理数据库连接，核心是让Connection、Statement、ResultSet等AutoCloseable对象在语句块结束时自动关闭，避免连接泄漏；需使用JDBC 4.0+驱动（如MySQL 5.1+、PostgreSQL 9.4+），资源按声明逆序关闭，配合连接池仍安全有效。
Java 中用 try-with-resources 管理数据库连接，核心是让 Connection、Statement、ResultSet 这些实现了 AutoCloseable 接口的对象在语句块结束时自动关闭，避免手动 close() 遗漏导致连接泄漏。
确保使用支持 AutoCloseable 的 JDBC 驱动
Java 7+ 的 JDBC 4.0 规范要求所有标准接口（Connection、Statement、ResultSet）都实现 AutoCloseable。只要使用较新的驱动（如 MySQL Connector/J 5.1+、PostgreSQL JDBC 9.4+、HikariCP 等），就天然支持。
- 检查驱动版本：老版本（如 MySQL 5.0.x）可能不完全兼容，升级驱动最稳妥
- 不用自己包装或继承——直接声明资源即可，JVM 会自动调用
close()
基本写法：一次声明多个资源，按声明逆序关闭
把创建连接、执行语句、获取结果的步骤都放在 try 括号内，用分号分隔。JVM 保证即使发生异常，所有已成功初始化的资源也会按“后声明先关闭”的顺序调用 close()。
String url = "jdbc:h2:mem:test;DB_CLOSE_DELAY=-1";
String sql = "SELECT name FROM users WHERE id = ?";
try (Connection conn = DriverManager.getConnection(url);
PreparedStatement stmt = conn.prepareStatement(sql);
ResultSet rs = stmt.executeQuery()) {
rs.next();
String name = rs.getString("name");
System.out.println(name);
} catch (SQLException e) {
// 异常处理（连接、语句、结果集已自动关闭）
e.printStackTrace();
}
- 如果
conn初始化失败，stmt和rs不会尝试创建，也不会触发关闭 - 如果
stmt创建失败，conn会被关闭；如果rs创建失败，conn和stmt都会被关闭 - 即使
rs.next()抛异常，三个资源仍全部安全释放
配合连接池时的注意事项
用 HikariCP、Druid 等连接池时，DataSource.getConnection() 返回的 Connection 通常是代理对象，其 close() 方法不是真正断开，而是归还连接到池中。try-with-resources 完全适用，且更安全：
立即学习“Java免费学习笔记（深入）”；
- 不必担心“多关一次”——连接池的
close()是幂等的 - 不要在资源声明里写
dataSource.getConnection().prepareStatement(...)这种链式调用，因为中间对象（如PreparedStatement）可能为null，导致 NPE - 推荐拆成独立声明，确保每个资源都能被正确捕获和关闭
异常抑制（Suppressed Exception）要留意
如果 try 块抛出异常，且资源关闭过程中也抛出异常，后者会被作为“被抑制异常”附加到主异常上（可通过 getSuppressed() 获取）。这对调试有帮助，但日常开发中一般只需关注主异常。
- 例如：查询中途网络中断（主异常），随后
conn.close()因连接已失效又抛异常（被抑制） - 不需要手动处理被抑制异常，除非做精细化错误日志或监控
- 避免在
close()里吞掉异常（比如加空catch），否则会掩盖真实问题
不复杂但容易忽略：只要资源类型实现了 AutoCloseable，就优先用 try-with-resources，它比传统 finally 块更简洁、更可靠。
