Spring Boot 1.5.9多TransactionManager下事务丢失问题咨询

这确实是Spring Boot 1.5.x版本多事务管理器场景下很容易踩的坑，咱们来一步步拆解问题根源和可行的解决思路：

问题场景回顾 #

你在Spring Boot 1.5.9.RELEASE中配置了两个事务管理器，调用链的事务配置如下：

• 主方法 integrateLdFilesData：绑定innolaTransactionManager，传播行为REQUIRED
• 中间方法 processTransaction：绑定dcToolTransactionManager，传播行为REQUIRED
• 目标方法 createTransaction：绑定innolaTransactionManager，传播行为REQUIRES_NEW，但该方法的事务始终无法提交

你的临时解决方案是修改processTransaction的传播行为为REQUIRES_NEW并移除createTransaction，这个操作其实绕开了跨事务管理器的嵌套事务问题，也侧面验证了多管理器的事务生命周期冲突是核心诱因。

核心原因分析 #

1. 旧版本Spring事务同步机制的局限性
   Spring 1.5.x的TransactionSynchronizationManager是基于线程绑定的单上下文设计，当你在一个事务（A管理器）中开启另一个事务（B管理器），再尝试开启第三个事务（A管理器，REQUIRES_NEW）时，事务上下文的挂起、恢复逻辑会出现混乱。REQUIRES_NEW本应挂起当前事务并开启全新事务，但由于当前事务属于另一个管理器，Spring无法正确识别和处理这种跨管理器的嵌套，最终导致新事务的提交信号丢失。

2. AOP代理失效的潜在可能
   如果createTransaction是通过this.createTransaction(t)这种内部方法调用触发的，Spring的AOP代理根本不会生效——@Transactional注解是靠代理类拦截方法调用实现的，内部调用绕开了代理，此时REQUIRES_NEW的配置完全不起作用，自然不会提交新事务。

可行的解决思路 #

1. 确保方法调用触发AOP代理 #

如果createTransaction和processTransaction在同一个类中，把createTransaction拆分到单独的Bean中，或者通过AopContext.currentProxy()调用自身方法（需要开启exposeProxy = true）：

// 在@Configuration类中开启暴露代理
@EnableAspectJAutoProxy(exposeProxy = true)

// 在processTransaction中调用
return ((YourService) AopContext.currentProxy()).createTransaction(t);

2. 显式控制事务（推荐） #

放弃注解式事务的隐式管理，改用TransactionTemplate显式控制每个事务的管理器和行为，避免跨管理器的嵌套冲突。比如在createTransaction所在Bean中注入对应管理器的TransactionTemplate：

@Autowired
private TransactionTemplate innolaTransactionTemplate;

public DmTransaction createTransaction(Transaction transaction) {
    // ... 前置逻辑
    return innolaTransactionTemplate.execute(status -> {
        dmTransaction = dmTransactionRepository.save(dmTransaction);
        return dmTransaction;
    });
}

这种方式能精准控制事务边界，不受跨管理器嵌套的影响。

3. 升级Spring Boot版本 #

Spring Boot 1.5.x早已停止维护，2.x及以上版本对多事务管理器的嵌套支持做了优化，事务同步机制更健壮，能有效避免这类生命周期丢失问题。

4. 优化事务调用链 #

尽量减少跨事务管理器的嵌套事务场景，如果业务允许，把同一数据源的操作集中到同一个事务管理器下，避免频繁切换管理器导致的上下文混乱。

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