try-with-resources 不管理事务，仅自动关闭资源；事务必须显式调用 commit/rollback，且须在连接关闭前完成，否则可能静默回滚导致数据丢失。
try-with-resources 本身不管理事务生命周期，它只负责资源的自动关闭。事务控制（如 commit/rollback）必须由开发者显式编码，不能交给 try-with-resources 自动处理。关键在于把资源释放和事务边界清晰分离：先完成事务决策，再释放连接。
事务必须在资源关闭前显式结束
Connection 虽然实现了 AutoCloseable，但它的 close() 方法仅释放物理连接，**不会自动提交或回滚事务**。如果事务未手动结束就进入 try-with-resources 的自动关闭阶段，会导致事务被静默回滚（取决于数据库默认行为），数据丢失风险极高。
- MySQL 默认 autocommit = true，此时每个 SQL 是独立事务，close 不影响一致性；但一旦 setAutoCommit(false)，就必须手动调用 commit() 或 rollback()
- Spring 等框架通过代理接管 Connection.close()，将其转为连接池归还操作，但底层仍依赖你提前结束事务
- 错误写法：在 try-with-resources 块内执行完 SQL 就直接退出——若 autocommit=false，事务既没提交也没回滚，连接关闭时 MySQL 可能中止该事务
正确组合：try-with-resources + 显式事务控制
把事务逻辑放在 try-with-resources 块内部，确保 commit/rollback 在资源声明的作用域内完成，且位于所有业务操作之后、try 块结束之前。
- 先获取连接并禁用自动提交：conn.setAutoCommit(false)
- 执行业务 SQL（PreparedStatement、ResultSet 处理等）
- 无异常则 conn.commit()；有异常则 conn.rollback()
- 所有操作完成后，让 try-with-resources 自动关闭 PreparedStatement 和 ResultSet，最后关闭 Connection
示例：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
try (Connection conn = dataSource.getConnection();
PreparedStatement stmt = conn.prepareStatement("INSERT INTO orders (...) VALUES (?)")) {
conn.setAutoCommit(false); // 启动事务
stmt.setString(1, "order-123");
stmt.executeUpdate();
// 其他关联操作……
conn.commit(); // ✅ 显式提交
} catch (SQLException e) {
try (Connection conn = dataSource.getConnection()) {
conn.rollback(); // ✅ 回滚（注意：需新连接或保存原 conn 引用）
}
throw e;
}
避免常见陷阱：Connection 不能复用，事务不能跨资源块
事务绑定在单个 Connection 实例上。如果把 Connection 放进 try-with-resources，它在块结束时就会关闭——意味着事务上下文彻底消失。因此：
- 不要把 Connection 声明在外部再传入 try-with-resources：这违反语法，且无法保证关闭时机
- 不要在一个 try-with-resources 块里只开连接、在另一个块里才 commit：Connection 已关闭，调用 commit() 会抛 SQLException
- 若需多步骤事务（如查+改+验），全部操作必须在同一个 Connection 的同一 try-with-resources 块内完成
生产建议：优先使用框架事务管理
纯 JDBC 手动事务易出错。现代应用应交由 Spring 等框架管理：
- @Transactional 注解自动处理 begin/commit/rollback，Connection 由 DataSourceTransactionManager 统一调度
- 底层仍依赖 try-with-resources 关闭 Statement/ResultSet，但 Connection 生命周期由事务管理器控制
- 这样既保留资源自动释放的安全性，又避免手写事务边界逻辑
