线程池调用事务方法会失效，因事务上下文绑定在主线程ThreadLocal中，新线程无法继承；正确做法是将DB操作留在主线程，或用TransactionTemplate手动管理异步事务。
线程池调用事务方法会直接绕过事务上下文
Spring事务默认绑定在当前线程的TransactionSynchronizationManager中。一旦你在线程池里新开一个线程执行@Transactional方法，新线程没有继承原事务上下文，事务注解完全失效——不是“回滚失败”，而是“压根没开启事务”。
常见错误写法：
- 在@Service方法里用
executor.submit(() -> service.doSomething())调用带@Transactional的方法 - 使用
@Async标注的方法内部又调用了另一个@Transactional方法（即使该方法本身也加了注解） - 手动new Thread().start()后，在新线程中调用Spring Bean的事务方法
自调用+多线程=双重失效，问题更隐蔽
如果还叠加了“同类内部调用”（比如this.save()），那问题就变成两层失效：第一层是this调用绕过代理，第二层是线程切换丢失事务上下文。此时即使日志显示“事务已开启”，数据库操作仍会提交，且没有任何报错。
典型表现：
立即学习“Java免费学习笔记（深入）”；
- 主流程抛出异常，但异步线程里的数据库插入/更新已落库
- 用
@Transactional(propagation = Propagation.REQUIRES_NEW)也无法起效——因为根本没进TransactionInterceptor拦截链 - 调试时发现
TransactionSynchronizationManager.isActualTransactionActive()在异步线程中始终返回false
正确做法：显式传播或重构调用路径
不要依赖注解自动生效，要主动控制事务边界和线程边界。
- 方案一（推荐）：事务操作留在主线程完成，异步只做非DB动作——比如发消息、写日志、调外部接口，把DB变更作为同步步骤前置
-
方案二：需要异步DB操作时，手动开启新事务——在异步任务里用
TransactionTemplate执行，不依赖@Transactional注解
注意：不能复用主线程的TransactionStatus，必须由TransactionTemplate获取独立事务管理器 - 方案三：避免自调用+异步混用——把事务方法抽到独立Service，并确保异步任务通过@Autowired注入的Bean调用，而非this或局部new对象
快速定位是否掉进这个坑
加两行日志就能初步判断：
- 在事务方法入口打印：
TransactionSynchronizationManager.getCurrentTransactionName()（主线程有值，异步线程为null） - 开启Spring事务debug日志：
logging.level.org.springframework.transaction=DEBUG，观察是否有Creating new transaction或Participating in existing transaction记录出现在异步线程中 - 数据库操作后不抛异常，但数据已写入 → 很可能事务未生效
