try-with-resources 不管理事务，仅自动关闭资源；事务必须显式 commit/rollback，且需在 close 前完成，否则行为未定义或导致数据不一致。
try-with-resources 本身不直接管理数据库事务的提交与回滚，它只负责自动关闭实现了 AutoCloseable 的资源（如 Connection、Statement、ResultSet）。事务控制（commit/rollback）必须由开发者显式调用，不能委托给资源自动关闭机制。
为什么不能靠 try-with-resources 自动提交或回滚事务
数据库连接（Connection）在 close() 时的行为取决于 JDBC 驱动实现和连接配置。默认情况下，JDBC 规范规定：调用 Connection.close() 不会自动 commit 或 rollback 当前事务；它只是释放物理连接，而事务状态可能已丢失或导致未定义行为（如连接池中连接被复用但事务上下文残留）。因此，依赖 close() 来结束事务是错误且危险的。
正确结合 try-with-resources 与事务控制的写法
核心原则：用 try-with-resources 确保资源及时关闭，用独立的 try-catch-finally 或显式逻辑控制事务边界。
- 将
Connection放入 try-with-resources 中，但**不要在其中调用 commit/rollback** - 在 try 块内执行业务操作，捕获异常后主动调用
conn.rollback() - 若无异常，在 try 块末尾调用
conn.commit() - 确保 rollback 和 commit 都在 connection 关闭前完成（即在 try-with-resources 的大括号内）
示例代码：
try (Connection conn = dataSource.getConnection()) {
conn.setAutoCommit(false); // 关闭自动提交
try (PreparedStatement stmt = conn.prepareStatement("INSERT INTO user(name) VALUES (?)")) {
stmt.setString(1, "Alice");
stmt.executeUpdate();
// 其他业务操作...
conn.commit(); // 显式提交
} catch (SQLException e) {
conn.rollback(); // 显式回滚
throw e; // 重新抛出以便上层处理
}
} catch (SQLException e) {
// 连接获取失败等异常
throw new RuntimeException(e);
}
更健壮的做法：分离资源管理和事务逻辑
实际项目中建议使用模板方法或框架（如 Spring 的 @Transactional）来解耦。若需手写，可封装一个工具方法：
- 传入一个接受
Connection的函数式接口（如ConnectionCallback<r></r>） - 在方法内部统一处理 setAutoCommit、commit、rollback、close
- 调用方只关注业务逻辑，不接触事务细节
常见陷阱提醒
- 不要在 finally 块中 commit/rollback：可能在异常已发生、资源已部分失效时强行提交，造成数据不一致
- 避免嵌套 try-with-resources 并混用事务控制：容易遗漏 rollback 或重复 close
- 连接池环境下，务必确认 close() 是归还连接而非销毁：否则事务行为不可预测
- rollback 后不要再执行任何 SQL 操作：某些驱动会抛出异常或忽略后续语句
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
