java中try-with-resources可自动释放jdbc资源，因connection、statement、resultset自jdbc 4.0起均实现autocloseable；资源须在try()内声明并初始化，按逆序关闭，异常时主异常优先、关闭异常被抑制。
Java 中 try-with-resources 能自动释放 JDBC 的 Connection、Statement（或 PreparedStatement）和 ResultSet，前提是这些对象实现了 AutoCloseable 接口——而从 JDBC 4.0（对应 Java 6+）起，Connection、Statement、ResultSet 都已实现该接口，因此天然支持 try-with-resources。
资源必须在 try() 括号内声明
只有在 try 后面的圆括号中直接初始化并赋值的资源，才会被自动管理。不能先声明变量再赋值，否则 JVM 不识别为“受管资源”。
- ✅ 正确写法：
try (Connection con = DriverManager.getConnection(url); Statement stmt = con.createStatement()) { ... } - ❌ 错误写法：
Connection con; try { con = DriverManager.getConnection(url); ... } finally { if (con != null) con.close(); }—— 这是传统方式，不触发自动关闭
多个 JDBC 资源按逆序自动关闭
声明顺序决定关闭顺序：后声明的先关闭。这对 JDBC 很关键，因为 ResultSet 依赖 Statement，Statement 又依赖 Connection。逆序关闭可避免“连接已关闭却还要读取结果集”的异常。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 例如：
try (Connection c = ...; Statement s = c.createStatement(); ResultSet rs = s.executeQuery("..."))
执行完后，JVM 自动调用rs.close()→s.close()→c.close() - 如果手动颠倒声明顺序（如先写 ResultSet），编译会报错——因为 rs 必须基于已创建的 s
异常处理更安全：主异常优先，关闭异常被抑制
若 try 块中发生 SQLException，同时 close() 过程也抛出异常（比如网络断连导致 Connection.close() 失败），try-with-resources 会把 close 异常“抑制（suppressed）”，仍以 try 块中的原始异常为主，可通过 Throwable.getSuppressed() 获取被抑制的异常。
- 对比传统 finally：close() 异常可能覆盖业务异常，掩盖真正问题
- 使用 try-with-resources 后，调试时能准确看到 SQL 执行失败原因，而不是被一个无关的“关闭失败”干扰
小技巧：封装 PreparedStatement 创建逻辑不影响自动管理
为提升可读性，可以把 PreparedStatement 的创建抽成私有方法，只要返回的是 AutoCloseable 对象，且在 try() 中调用，依然会被管理。
- 示例：
try (Connection c = getConnection(); PreparedStatement ps = createPs(c, sql); ResultSet rs = ps.executeQuery()) { ... } - 其中
createPs()方法内部 new PreparedStatement 并设参，返回 ps 即可 - 注意：不能在 try 块内重新给 ps 变量赋值（如
ps = c.prepareStatement(...)），否则原资源引用丢失，无法自动关闭
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
