try-catch捕获异常后抛出仍导致@Transactional事务回滚失效咨询

安全阿岳

2026-9-29

@Transactional(rollBackFor = Exception.class)
public void method1() {
  // 调用其他方法
  method2();
}
private void method2() {
  try {
    dbOperation1();
  } catch (Exception e) {
    handleFault();
  }
}
void handleFault() {
  // 调用方法抛出异常
  throwException();
}
void throwException() {
  //....
  throw new Exception();
}

问题成因

@Transactional注解属性拼写错误：你代码中使用的rollBackFor是错误属性名，Spring官方声明的对应属性为rollbackFor（首字母b小写），拼写错误会导致自定义回滚异常规则不生效。Spring默认仅在抛出RuntimeException或Error时触发事务回滚，你代码中抛出的是受检异常Exception，配置失效后不会触发回滚逻辑。
异常未透出到事务代理层：Spring声明式事务基于AOP动态代理实现，只有当异常从加了@Transactional注解的public方法（即method1）向外抛出到代理对象时，事务切面才能捕获到异常执行回滚。如果异常抛出链路中存在未显式写出的隐式catch逻辑吞掉了异常，导致异常最终没有从method1透出到代理层，也会导致回滚失效。
同类内部调用未走代理（延伸场景）：如果实际业务中method1是被本类其他无事务注解的方法调用的，也会导致事务切面不生效。因为同类内部方法调用走的是当前对象本身的方法调用逻辑，不会经过代理对象的事务增强处理。
底层数据库不支持事务：如果你的DB操作对应的表使用了不支持事务的引擎（比如MySQL的MyISAM引擎），即使Spring事务逻辑执行正常，也无法执行回滚操作。

解决方案

修正注解属性拼写：将@Transactional(rollBackFor = Exception.class)改为正确写法@Transactional(rollbackFor = Exception.class)，确保受检异常也能触发回滚。
确保异常正常透出：检查异常抛出全链路，不要在method1内部逻辑中隐式吞掉异常，保证异常能正常从method1方法向外抛出，被代理对象捕获到。
优化同类调用逻辑：如果存在同类方法调用触发事务的场景，可通过ApplicationContext获取当前类的代理对象，用代理对象调用带事务注解的方法，或者将事务方法抽离到独立的Spring管理类中，确保调用走代理逻辑。
替换支持事务的数据库引擎：如果是表引擎不支持事务的问题，将对应表的引擎替换为支持事务的类型，比如MySQL的InnoDB引擎。

内容的提问来源于stack exchange，提问作者Gokul Krishnan