在Java中异常与事务如何配合_Java事务回滚机制解析-java教程-PHP中文网

Spring默认仅对RuntimeException及其子类、Error回滚事务，对IOException等Checked Exception不回滚；需用rollbackFor显式声明，且@Transactional仅对public方法生效，自调用、异常被吞等场景会导致失效。

在java中异常与事务如何配合_java事务回滚机制解析

Java中哪些异常会导致Spring事务自动回滚

Spring默认只对 RuntimeException 及其子类、Error 触发事务回滚，对普通 Exception（如 IOException、SQLException）不会回滚。这是最容易踩的坑——你抛了 Exception，数据库却已提交。

显式声明回滚：用 @Transactional(rollbackFor = Exception.class) 覆盖默认行为
避免吞掉异常：在 try-catch 中捕获后没重新抛出或没调用 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()，事务照样提交
checked exception 不触发回滚不是Bug，是Spring的设计选择——它假设你捕获这类异常后会主动处理业务逻辑分支

@Transactional 失效的常见场景

事务失效往往和代理机制有关，不是配置错了，而是代码没落在Spring代理能拦截到的位置。

自调用失效：同一个类里方法A调用本类的@Transactional方法B，B的事务注解不生效（因为走的是this.B()，没经过CGLIB/JDK代理）
非public方法：@Transactional 只对 public 方法有效；protected、private 或包级方法加了也无效
异常被吞：catch住异常后既没throw，也没调用 setRollbackOnly()
使用了错误的事务管理器：比如配置了 JpaTransactionManager，但DAO层用的是JDBC模板，事务无法传播

手动控制回滚：setRollbackOnly() vs throw新异常

当业务逻辑需要“条件性回滚”，又不想抛出异常中断流程时，setRollbackOnly() 是唯一可靠方式。

Java注释规范Skills

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

下载

必须在事务上下文中调用：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()
不能替代异常抛出：它只标记回滚，不终止方法执行；后续代码仍会运行，可能引发脏数据或NPE
与throw对比：直接throw RuntimeException 更清晰、更易测试；而 setRollbackOnly() 适合需要统一返回码、不暴露异常细节的API层