Java事务不回滚主因是异常被try-catch吞没、代理失效或异常类型不匹配；需确保异常穿透方法、代理生效、配置rollbackFor并重抛，或手动调用setRollbackOnly。

Java 事务不回滚，往往不是注解没加对，而是事务根本“没看见异常”——异常被 try-catch 拦在方法内部，代理层收不到信号，自然不会触发回滚。排查关键在于：确认事务切面是否生效、异常是否穿透、配置是否匹配。

异常被吞掉：最常见也最隐蔽的 Bug

写了个 try-catch 记日志或返回友好提示，却忘了重抛，这是导致事务静默提交的头号原因。

• catch 块里只 log.error(e) 或 return "fail"，等于主动终止异常传播路径
• @Transactional 只能捕获到“逃出方法体”的异常；方法内消化掉，它就认为一切正常
• 即使加了 @Transactional(rollbackFor = Exception.class)，也必须让异常真正抛出去，否则配置无效

代理失效：事务根本没启动

Spring 事务靠 AOP 代理实现，绕过代理，注解就形同虚设。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 同一类中 this.createOrder() 调用另一个 @Transactional 方法 → 自调用，无代理
• 方法是 private / protected / final / static → JDK/CGLIB 无法代理，事务不生效
• Bean 没被 Spring 容器管理（比如 new UserService()）→ 完全脱离事务上下文
• 检查日志是否有 TransactionInterceptor.invoke，没有说明代理未触发

异常类型不匹配：默认只认 RuntimeException

SQLException、IOException 等受检异常（checked exception），默认不会触发回滚。

• 若方法 throws SQLException，但没配 rollbackFor = SQLException.class，事务照常提交
• 方法签名未声明 throws，却在 catch 里 throw new SQLException() → 编译不通过，容易忽略
• 稳妥做法：@Transactional(rollbackFor = Exception.class)，再配合重抛 RuntimeException

手动干预回滚：需要时就得显式控制

有些场景不能抛异常（如统一返回 ResultDTO、需执行清理逻辑），就得主动干预事务状态。

• 调用 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()
• 确保该调用发生在事务方法内，且在异常处理分支中（不能放在 finally 里误标）
• 注意：此方式不改变方法返回值，也不中断执行流，适合兜底控制

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南