解决 SpringBoot 事务不回滚的常见场景与方法

1. 方法非 public 导致的事务失效

@Transactional 依赖 Spring AOP 生成动态代理对象以介入事务管理。在代理创建时，Spring 会校验方法的可见性，若发现方法未被声明为 public，则不会为其生成代理，从而导致事务注解被忽略，方法在无事务环境下执行。

相关源码逻辑如下：

protected TransactionAttribute computeTransactionAttribute(Method method, Class<?> targetClass) {
   // Don't allow no-public methods as required.
   // 非 public 方法，设置为 null
   if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
      return null;
   }
   // 后续逻辑省略
}

解决方案： 将需要事务管理的方法访问修饰符统一改为 public。

2. try/catch 捕获异常导致回滚中断

当业务代码中包含 try-catch 块且未做特殊处理时，异常会被本地 catch 消耗掉，@Transactional 无法向上感知到异常的发生，进而不会触发回滚逻辑，直接提交数据。

方案一：catch 中手动抛出异常

在 catch 块中将捕获到的异常继续抛出，交由外层拦截器或事务管理器处理。

方案二：使用 TransactionStatus 手动回滚

若希望捕获异常后保持流程继续并仅回滚当前操作，可通过注入事务状态接口强制回滚：

3. 类内部 self-transaction 调用无效

在同一个类中，A 方法调用 B 方法（B 标注有 @Transactional），此时调用的是 this 引用而非代理对象。这种“自调用”方式绕过了 Spring 代理层，因此事务拦截器无法介入，导致事务行为消失。

解决方案： 将该内部调用方法移至另一个 Spring Bean 中，并通过依赖注入在当前类中引用该 Bean 进行调用。

4. Checked Exception（检查异常）不触发回滚

Java 中的检查异常（Checked Exception）指编译器强制要求处理的异常。默认情况下，@Transactional 仅针对 RuntimeException 和 Error 进行回滚，对于普通的检查异常默认不采取回滚措施。

解决方案： 在注解中通过 rollbackFor 参数显式指定需要回滚的异常类型：

具体代码实现示例：

5. 数据库引擎不支持事务

即使应用层正确配置了事务，若底层存储引擎本身不具备事务特性，则任何回滚指令均无法执行。例如 MySQL 中的 MyISAM 引擎不支持事务，而 InnoDB 引擎支持。

解决方案： 确保建表或使用的事务库默认引擎为 InnoDB。

在新建数据表时指定引擎：

若已存在表需修改引擎：

总结

上述列举涵盖了 Spring Boot 事务失效最核心的五类技术诱因。开发者在排查时应优先关注方法修饰符、异常处理链路及底层存储引擎配置。以上就是SpringBoot事务不回滚的解决方案的详细内容，更多关于SpringBoot事务不生效的资料请关注本站其它相关文章！