try-with-resources 不会自动归还连接到自定义连接池，仅调用 close()；能否归还取决于 PooledConnection 的 close() 是否实现归还逻辑，且必须代理 Connection 接口并确保 getConnection() 返回该包装类。
Java 的 try-with-resources 本身**不会自动归还连接到自定义连接池**，它只负责调用资源的 close() 方法。能否归还连接，完全取决于你实现的 Connection（或包装类）在 close() 中做了什么。
关键前提：Connection 实现必须重写 close() 做归还动作
标准 JDBC Connection 的 close() 是真正关闭物理连接；而连接池返回的连接通常是代理对象（如 PooledConnection），其 close() 方法被重写为“归还给池”，而非销毁。
- 你的
CustomConnectionPool必须提供一个实现了AutoCloseable（或Closeable）的连接包装类 - 该包装类的
close()方法里，要显式调用池的returnConnection(this)或类似逻辑 - 不能直接返回原始
Connection，否则try-with-resources关闭的就是真实连接
典型实现结构示例
假设你有一个 CustomConnectionPool 和配套的 PooledConnection：
public class PooledConnection implements AutoCloseable {
private final Connection realConn;
private final CustomConnectionPool pool;
<pre class="brush:php;toolbar:false;">public PooledConnection(Connection realConn, CustomConnectionPool pool) {
this.realConn = realConn;
this.pool = pool;
}
@Override
public void close() {
// ✅ 不关闭 realConn，而是归还给池
pool.returnConnection(this);
}
// 代理所有 Connection 方法（如 createStatement、commit 等）
public Statement createStatement() throws SQLException {
return realConn.createStatement();
}
// ... 其他方法委托}
在 try-with-resources 中正确使用
从池获取的是 PooledConnection，不是原始 Connection：
try (PooledConnection conn = pool.getConnection()) {
try (PreparedStatement ps = conn.prepareStatement("SELECT * FROM user")) {
ResultSet rs = ps.executeQuery();
// 处理结果
} // 自动 close PreparedStatement（若它也支持 try-with-resources）
} // ✅ 自动调用 conn.close() → 归还连接到池
- 确保
pool.getConnection()返回的是你自定义的PooledConnection实例 - 如果池返回的是标准
java.sql.Connection，且未做代理封装，则close()会断开物理连接，失去池化意义 - 建议让
PooledConnection同时实现java.sql.Connection接口，便于兼容现有 JDBC 代码
注意事项与常见陷阱
容易出错的地方：
-
忘记重写
close()：若PooledConnection继承了某个默认close()（比如空实现），连接就永远不会归还 -
双重关闭风险：如果业务代码手动调用了
conn.close()，再进入try-with-resources的自动关闭，可能引发异常或重复归还。建议禁止外部直接调用close()，或加状态标记防止重复操作 - 池未正确维护引用：归还时需确认池能识别该连接实例（例如用 identity map 或唯一 token），避免归还失败或内存泄漏
-
异常吞并：若
pool.returnConnection()抛异常，应考虑是否抑制（addSuppressed）或重新抛出，避免掩盖原始业务异常
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
