try-with-resources 关闭的是从连接池获取的单个 Connection 实例，而非连接池本身；主流连接池（如 HikariCP、Druid）返回的 Connection 均实现 AutoCloseable，调用 close() 会归还连接而非销毁物理连接。
try-with-resources 本身不直接关闭“数据库连接池”，而是关闭从池中获取的单个 Connection 实例。连接池（如 HikariCP、Druid、Apache DBCP）中的 Connection 通常是代理对象，调用其 close() 方法并不会真正断开物理连接，而是将连接归还给池——这正是设计本意。只要你的连接池实现返回的 Connection 正确实现了 AutoCloseable（所有主流池都满足），它就能无缝用于 try-with-resources。
确认连接池返回的 Connection 支持 try-with-resources
绝大多数现代连接池（HikariCP ≥ 2.7.0、Druid ≥ 1.1.10、DBCP2 ≥ 2.1）返回的 Connection 都是包装类（如 HikariProxyConnection），已实现 AutoCloseable。无需额外改造。你可以简单验证：
- 运行时打印连接类型：
System.out.println(conn.getClass().getName()); - 检查是否实现接口：
System.out.println(conn instanceof AutoCloseable); // 应输出 true
正确写法：只管理业务资源，不碰连接池本身
你不需要、也不应该把连接池对象（如 HikariDataSource）放进 try-with-resources——池的生命周期远长于单次数据库操作，通常由 Spring 管理或应用启动时初始化、关闭时销毁。
只需把从池中获取的 Connection 及其派生资源（PreparedStatement、ResultSet）一并声明：
立即学习“Java免费学习笔记（深入）”；
try (Connection conn = dataSource.getConnection();
PreparedStatement stmt = conn.prepareStatement("SELECT * FROM user WHERE id = ?");
ResultSet rs = stmt.executeQuery()) {
while (rs.next()) {
System.out.println(rs.getString("name"));
}
} catch (SQLException e) {
// 处理查询异常
}执行结束时，rs.close() → stmt.close() → conn.close() 会自动触发，其中 conn.close() 实际调用的是连接池的归还逻辑。
注意连接池配置与资源释放的配合
即使用了 try-with-resources，若连接池配置不当，仍可能掩盖问题：
-
启用连接泄漏检测：例如 HikariCP 设置
leakDetectionThreshold=60000（毫秒），可发现未关闭 Statement/ResultSet 导致连接被长期占用 -
避免手动 close() 后再用：一旦 Connection 被 try-with-resources 关闭（即归还），再次调用其任何方法会抛
SQLException -
不复用已声明资源：不能在 try 块内对
rs或stmt重新赋值，否则旧实例不会被关闭
自定义连接池？确保 Connection 实现 AutoCloseable
如果你自己写了简易连接池，关键点只有一个：返回的 Connection 实例必须实现 AutoCloseable，且 close() 方法内部应执行“归还到池”动作，而非销毁物理连接。
示例骨架：
public class SimplePoolConnection implements Connection, AutoCloseable {
private final Connection physicalConn;
private final SimpleConnectionPool pool;
<pre class="brush:php;toolbar:false;">public SimplePoolConnection(Connection physicalConn, SimpleConnectionPool pool) {
this.physicalConn = physicalConn;
this.pool = pool;
}
@Override
public void close() throws SQLException {
// 归还物理连接，不是关闭它
pool.release(this.physicalConn);
}
// 其他方法委托给 physicalConn...}
这样它就能安全用于 try-with-resources。
