Propagation.REQUIRED与REQUIRES_NEW的区别及异步事务问题咨询

• 事务复用逻辑差异
  • Propagation.REQUIRED：如果当前线程已有事务上下文，直接加入该事务；无事务时新建事务。所有参与方法共用同一事务，要么整体提交，要么整体回滚。
  • Propagation.REQUIRES_NEW：强制新建独立事务，无论当前是否存在事务。原事务会被挂起，直到新事务完成提交/回滚后才继续执行，两个事务完全隔离。
• 回滚影响范围差异
  • REQUIRED模式下，子方法的回滚会触发整个父事务回滚；父事务回滚也会牵连所有子方法的操作。
  • REQUIRES_NEW模式下，新事务的回滚/提交不会影响原事务，原事务的状态也不会干扰新事务的执行结果。
• 资源占用差异
  • REQUIRES_NEW因每次都新建事务，会占用更多数据库连接资源，需根据业务场景谨慎使用。

不能解决。你的问题根源是异步线程在A方法阶段就"终止"，未执行到B/C的逻辑，和C的事务传播类型无关，核心排查方向如下：

• 异步线程池配置问题：如果线程池核心数、队列容量不足以承载请求，新任务会触发拒绝策略（默认AbortPolicy直接抛出异常），导致任务根本没启动，自然无结果。
• 异步方法未处理异常：@Async方法抛出未捕获的RuntimeException时，默认会被Spring异步执行器吞噬，线程直接终止且无日志输出。需给A的异步方法添加全局异常捕获（比如实现AsyncUncaughtExceptionHandler）或内部try-catch，打印异常堆栈定位问题。
• B方法执行阻塞/异常：比如B方法存在数据库锁竞争、连接超时、资源耗尽等情况，导致调用B时线程卡住或抛出未处理异常，进而终止流程。

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