@TransactionalEventListener搭配事务传播REQUIRES_NEW的回滚问题咨询

为什么用REQUIRES_NEW会导致实体A无法回滚？ #

REQUIRES_NEW的核心特性就是暂停当前事务，新建完全独立的事务：

• 当监听方法使用这个传播级别时，实体A所在的原事务会被挂起，监听方法的操作在全新的独立事务中执行
• 新事务的提交、回滚和原事务完全无关——哪怕监听方法报错回滚，原事务已经继续执行甚至提交完成，自然没法回滚实体A
• 反过来，如果原事务先提交，监听方法的新事务才启动，实体A已经持久化，更不可能回滚

@TransactionalEventListener的默认事务绑定逻辑 #

你原本要所有操作在同一事务，得注意@TransactionalEventListener默认触发时机是AFTER_COMMIT——也就是原事务提交后才触发事件，这时候监听方法的操作本来就不在原事务里。如果要绑定到原事务，必须指定phase = TransactionPhase.IN_PROGRESS或者BEFORE_COMMIT，这样监听方法会在原事务执行过程中触发，共享同一个事务上下文。

你提到的Spring框架问题翻译 #

Issue 30679内容 #

用户反馈：当@TransactionalEventListener使用REQUIRES_NEW传播级别时，监听方法失败不会回滚外层事务。Spring官方明确这是设计预期：REQUIRES_NEW创建的是独立事务，它的失败不会影响外层事务，两者完全隔离。如果需要外层事务回滚，得手动通过特定机制通知外层（比如抛出特定异常让外层捕获，但因为事务已挂起，这种方式未必可行）。

PR 33470内容 #

这个PR修复了一个bug：此前当外层事务是只读时，使用REQUIRES_NEW的监听方法会继承这个只读属性，导致监听方法里的写操作（比如创建实体）直接失败。修复后，REQUIRES_NEW的事务会忽略外层的只读标记，使用自身的事务属性，保证写操作正常执行。

应用启动失败的可能原因 #

结合上面的PR内容，你启动失败大概率是因为：

• 原事务是只读状态，而监听方法用了REQUIRES_NEW，旧版Spring会继承只读属性，导致监听方法的写操作触发只读事务异常
• 或者监听方法的事务配置与原事务存在冲突（比如事务管理器不匹配）

解决方案 #

1. 放弃REQUIRES_NEW，回归同一事务需求：

   • 把监听方法的传播级别改回默认（或REQUIRED）
   • 给@TransactionalEventListener加上phase = TransactionPhase.IN_PROGRESS，让事件在原事务执行中触发，共享同一事务
   • 这样任何环节出错，整个事务都会回滚，包括实体A

2. 必须用REQUIRES_NEW的场景处理：

   • 如果业务强制要求独立事务，就得接受实体A和监听操作的事务隔离，此时要做补偿机制：比如监听方法失败时，手动删除已创建的实体A，或者用消息队列实现最终一致性
   • 升级Spring版本到包含PR 33470修复的版本（Spring Framework 6.0.12+、5.3.27+），避免只读事务继承的问题

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