嵌套非事务调用场景下如何实现Spring事务的统一回滚？

你描述的嵌套调用场景完全可以实现顶层事务异常时全链路数据库操作统一回滚，事务不回滚是不符合Spring事务生效规则导致的，你当前的写法逻辑本身没有问题，只要满足事务生效条件，ServiceA标注的@Transactional会开启全局事务，ServiceB、ServiceC的无事务方法内部的Repository操作都会自动加入当前事务，顶层抛出运行时异常即可触发全链路回滚。可按以下方向逐一排查异常点：

• 确认@Transactional注解引入路径正确：必须是org.springframework.transaction.annotation.Transactional，不要误引入jakarta.transaction.Transactional或其他包下的事务注解，后者不会被Spring事务切面识别。
• 确认数据库引擎支持事务：以MySQL为例，MyISAM引擎本身不支持事务，所有写入操作执行后会直接持久化，无法回滚，需要将表引擎切换为InnoDB。
• 确认异常符合回滚规则：Spring默认的事务回滚仅针对RuntimeException和Error，如果业务代码抛出的是受检异常（继承自Exception而非RuntimeException），需要在注解中显式指定回滚范围：@Transactional(rollbackFor = Exception.class)。
• 确认异常没有被内部吞掉：如果嵌套调用的任意层级用try-catch捕获了RuntimeException且没有重新抛出，Spring事务切面无法感知到异常，就会默认提交事务。需要保证异常最终能抛到ServiceA的process方法之外，被事务切面捕获。
• 确认事务传播属性没有被修改：默认的事务传播级别是REQUIRED，会自动加入当前存在的事务。如果ServiceC的process方法、对应的Repository方法上标注了@Transactional(propagation = Propagation.REQUIRES_NEW)，会独立开启新事务，顶层事务回滚不会影响这部分独立事务的提交，需要删掉这类配置。
• 确认事务代理生效：ServiceA不能被final修饰，且process方法必须是public，且必须是由外部注入的ServiceA代理对象调用process方法，不能是ServiceA内部的非事务方法自调用process。

调试建议 #

你可以在配置文件中添加事务日志打印配置，观察事务的完整执行链路：

logging:
  level:
    org.springframework.transaction.interceptor: TRACE

如果日志中明确打印了事务回滚的记录，但数据库数据仍未回滚，优先排查数据库引擎配置。

内容的提问来源于stack exchange，提问作者MADHAVI KUMARI