Java中安全回滚事务需确保连接有效、事务活跃且未提交，应在catch中判空及状态后调用rollback()，并恢复autoCommit；推荐Spring声明式事务替代手动管理。
在 Java 中使用 rollback() 安全回滚事务，关键不在于“调用 rollback()”本身，而在于确保它只在事务真正开启且尚未提交时执行，并且必须在捕获到异常后、连接未关闭前及时调用。否则可能抛出异常（如 SQLException: Connection is closed）或回滚失效。
确保事务处于活跃状态再 rollback()
手动管理事务时（如使用 JDBC），必须明确开启事务（setAutoCommit(false)），并在异常发生后检查连接是否仍有效、事务是否尚未提交或回滚过。重复调用 rollback() 会抛异常，未开启事务就调用也会失败。
- 始终在
try块外声明Connection和PreparedStatement，避免作用域丢失 - 在
catch块中先判断conn != null && !conn.isClosed()，再判断!conn.getAutoCommit()（确认处于手动事务模式） - 调用
conn.rollback()后，建议显式conn.setAutoCommit(true)恢复默认状态，避免后续误操作影响
使用 try-with-resources + finally 保障资源与回滚安全
仅靠 try-catch 不足以覆盖所有异常路径（如 JVM 中断、finally 被跳过等）。推荐用 try-with-resources 管理连接和语句，再配合 finally 或单独的回滚逻辑。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 不要把
rollback()放在try块里——它只应在出错时执行 - 典型结构：在
catch中执行回滚；在finally中只做资源释放（close()），不放rollback() - 若需统一回滚逻辑，可封装工具方法，传入
Connection并内部判空/判状态
Spring 中更安全的声明式事务（推荐生产环境使用）
纯 JDBC 手动事务易出错。Spring 的 @Transactional 注解能自动处理回滚：默认对 RuntimeException 及其子类触发回滚，对受检异常（Exception）不回滚，但可通过 rollbackFor 显式指定。
立即学习“Java免费学习笔记（深入）”；
- 方法需为 public，且被 Spring 容器代理调用才生效（避免本类 self-invocation）
- 若需在运行时强制回滚，可注入
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly() - 不建议在
@Transactional方法内手动调用conn.rollback()—— 会干扰 Spring 事务管理器，导致不可预知行为
常见错误与规避方式
很多回滚失败不是因为不会写 rollback()，而是忽略了上下文约束：
-
连接已关闭：执行 SQL 前连接超时或被池回收，catch 到异常后连接已 close → 回滚前务必判空和
isClosed() -
事务已提交：误在
try块末尾调用了commit()，又在catch里 rollback → 应只在一个出口 commit，异常路径只 rollback -
跨线程事务失效：将
Connection传递给新线程，事务上下文不继承 → 避免在线程间共享连接，改用 Spring 的@Async+ 新事务传播
