不能盲目用 try-with-resources 关闭 connection：spring 管理事务时应交由框架处理，手动事务时才推荐使用；连接池的 close() 仅归还连接，不销毁物理连接，安全高效。
在数据库事务场景中，不能盲目用 try-with-resources 关闭 Connection——是否关闭、何时关闭，取决于事务的控制权归属。直接关闭可能提前中断事务，导致数据不一致或抛出异常。
事务由 Spring 管理时：别关，也关不掉
如果你使用 @Transactional 注解或 Spring 的 TransactionTemplate，Spring 会代理 Connection。此时调用 conn.close() 实际被拦截，连接不会归还池，而是留待事务提交/回滚后由 Spring 统一处理。
- try-with-resources 中声明 Connection 会触发 close()，但该调用被 Spring 代理静默忽略
- 强行关闭可能引发警告（如 HikariCP 的 “connection is already closed”）或掩盖真实问题
- 正确做法：让 Spring 全权管理生命周期，Connection 不要放进 try-with-resources
手动管理事务时：可以且推荐用 try-with-resources
当不依赖 Spring 事务，而是自己调用 conn.setAutoCommit(false) 并显式 commit()/rollback() 时，Connection 的生命周期完全由你控制。这时可安全使用 try-with-resources，但需注意顺序和结构：
- Connection 必须在 try 括号内声明，且 不要在 finally 或其他地方重复 close()
- Statement 和 ResultSet 也应一并声明，避免资源泄露（尤其大结果集）
- 事务逻辑写在 try 块内，异常时手动 rollback；成功则 commit —— close() 在块结束时自动执行
示例：
try (Connection conn = dataSource.getConnection()) {
conn.setAutoCommit(false);
try (PreparedStatement stmt = conn.prepareStatement("INSERT INTO users(name) VALUES (?)")) {
stmt.setString(1, "Alice");
stmt.executeUpdate();
conn.commit(); // 显式提交
} catch (SQLException e) {
conn.rollback(); // 出错回滚
throw e;
}
} // conn 在此处自动 close()（归还连接池）
连接池中的 close() 不等于断开物理连接
主流连接池（HikariCP、Druid、DBCP2）中，Connection.close() 只是将连接归还给池，不是销毁 TCP 连接。因此 try-with-resources 触发的 close() 是安全、高效且推荐的操作方式。
- 它防止连接泄漏，避免连接池耗尽
- 它释放 Statement/ResultSet 占用的内存与游标句柄
- 它符合 JDBC 规范，与连接池设计完全兼容
常见错误提醒
- 在 @Transactional 方法里嵌套 try-with-resources 关闭 Connection：逻辑上冲突，易引发连接状态异常
- 只关 Connection，漏掉 PreparedStatement 或 ResultSet：尤其 ResultSet 大时可能占满数据库游标
- 在 finally 块里再写一次 conn.close()：重复关闭可能抛 SQLException
- 用老版本 JDBC 驱动（如 MySQL 5.1.x）：Connection 未实现 AutoCloseable，编译失败 —— 升级到 MySQL 8.0+ 或 PostgreSQL 42+
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
