事务结束前禁止归还连接，应由框架（如spring @transactional）自动管理；手动管理时须按获取→禁用自动提交→执行sql→提交/回滚→close顺序操作，且close必须在事务结束后执行。
在连接池环境中，事务中的连接不能简单调用 connection.close() 归还，否则可能破坏事务一致性或导致连接泄漏。关键在于：事务生命周期应由应用层控制，连接归还时机必须与事务结束（提交或回滚）严格同步。
事务结束前禁止归还连接
连接池中的连接通常被标记为“已占用”，直到显式释放。若在 commit() 或 rollback() 前调用 close()（尤其使用 Spring 的 @Transactional 或手动管理时），多数主流连接池（如 HikariCP、Druid、Tomcat JDBC）会将该调用视为“逻辑关闭”，实际连接仍被事务上下文持有，不会真正归还池中——这容易引发连接耗尽或事务悬挂。
- 不要在
try块末尾直接写conn.close() - 避免在 service 方法中手动获取连接后未等事务完成就关闭
- 确认所用框架的事务传播行为（如
REQUIRES_NEW会创建新物理连接，需单独管理）
推荐做法：依赖框架自动管理
Spring 是最常用且安全的方案。它通过 DataSourceTransactionManager 在事务开始时绑定连接到线程（ThreadLocal），在事务结束时自动触发归还。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 使用
@Transactional注解，配合声明式事务，无需手动 close - 确保
DataSourceBean 被正确注入到TransactionManager - DAO 层统一通过
JdbcTemplate或EntityManager操作，它们内部会从当前事务上下文获取连接
手动管理事务时的正确流程
若因特殊场景（如跨数据源、动态库切换）需手动控制事务，务必按顺序执行：
- 从连接池获取连接 →
conn = dataSource.getConnection() - 禁用自动提交 →
conn.setAutoCommit(false) - 执行业务 SQL
- 显式调用
conn.commit()或conn.rollback() -
最后一步：调用
conn.close()（此时连接池识别到事务已结束，才会真正归还）
注意：整个过程应在同一 try-catch-finally 中保证，close() 放在 finally 块，但仅在事务成功结束或明确回滚后执行；若发生异常且未 rollback，需先 rollback 再 close。
检查连接池是否支持事务感知
部分轻量级连接池（如 DBCP2）默认开启 poolPreparedStatements 等特性，但对事务绑定支持较弱。建议：
- HikariCP：默认支持，无需额外配置，但需确保未设置
autoCommit=true覆盖事务行为 - Druid：启用
removeAbandonedOnBorrow=true可兜底回收疑似泄漏的连接（仅作防御，不能替代正确编码） - 验证方式：开启连接池日志（如 HikariCP 的
debug级别），观察Connection returned to pool是否出现在commit/rollback之后
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
