java手动事务安全回滚需三点：一、执行前调用setautocommit(false)开启事务边界；二、异常时在catch中检查连接有效性并调用rollback()，且需嵌套try-catch处理回滚异常；三、finally中重置auto-commit并关闭资源，推荐try-with-resources管理语句，connection须手动close。
Java 中手动事务发生异常时，要安全回滚，核心是三点：关闭自动提交、捕获异常后明确调用 rollback()、确保资源最终释放。不能依赖框架自动处理，每一步都需显式控制。
关闭 auto-commit 是前提
默认 JDBC 连接处于自动提交模式，每条 SQL 执行完立刻生效，根本谈不上“事务”和“回滚”。必须在执行业务操作前调用：
connection.setAutoCommit(false)
这一步没做，后续所有 rollback 都无效——因为根本没有开启事务边界。
异常捕获后必须主动 rollback
一旦执行过程中抛出 SQLException（或其他业务异常），要在 catch 块中立即调用 rollback()：
- 回滚前检查连接是否有效（
conn != null && !conn.isClosed()） - rollback 本身也可能失败，需嵌套 try-catch 处理回滚异常，避免掩盖原始错误
- 不要只打印日志就结束，必须执行 rollback，否则数据已写入却未回退
finally 中恢复状态并释放资源
无论成功或失败，都要在 finally 块中清理：
- 重置
setAutoCommit(true)（可选，但推荐，避免连接复用时状态污染） - 关闭
PreparedStatement和Connection - 建议使用 try-with-resources 管理语句对象，Connection 仍需手动 close
避免常见陷阱
这些做法会导致回滚失效：
- 在 try 内 catch 了异常但没 re-throw，且没 rollback —— 框架/上层完全不知情
- 多个数据库操作分散在不同方法中，各自获取新连接 —— 不在同一个物理事务内，rollback 只影响当前连接
- 连接从连接池取出后未归还，或归还前未 reset auto-commit，导致下个使用者继承错误状态
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
