Spring事务传播行为实现原理
2025年最新Java面试宝典免费领取：
点击获取资料（提取码：9b3g）
事务传播行为是什么鬼？
在Spring框架中，事务传播行为就像接力赛跑的交接棒规则。当多个事务方法相互调用时，传播行为决定了这些事务应该如何互动。很多同学面试时被问到"ServiceA调ServiceB时事务怎么处理"，就是考察这个知识点。
常见的7种传播行为里，最让人头疼的当属REQUIRES_NEW和NESTED。前者像霸道总裁强行开新事务，后者则像温柔备胎在父事务里开子事务。不过别急着背概念，咱们要搞清楚底层实现机制。
Spring事务传播的核心原理
整个事务传播机制都是靠事务管理器和线程绑定完成的。当方法被@Transactional注解标记时，Spring会通过AOP代理对象拦截方法调用。
这里有个关键对象叫TransactionSynchronizationManager，它用ThreadLocal保存当前线程的事务状态。当调用链中嵌套多个@Transactional方法时，这个管理器就像交通警察一样协调各个事务的开启/提交/回滚。
不同传播类型的具体实现
REQUIRED（默认传播行为）
如果当前没有事务，就新建事务；如果已有事务，就加入。实现上，Spring会先检查当前是否存在活跃事务，没有的话就创建新Physical Connection。
REQUIRES_NEW
每次都会暂停当前事务（如果有），新建独立事务。这里有个重要机制叫事务挂起，底层通过保存原事务状态到临时变量，等新事务完成后再恢复上下文。
NESTED
在现有事务中创建保存点，像游戏存档机制。回滚时只回滚到保存点，而不是整个事务。注意这个需要数据库支持保存点功能，比如MySQL的SAVEPOINT语法。
实现机制的三层架构
- 代理层：通过动态代理拦截@Transactional方法
- 事务管理层：PlatformTransactionManager统一接口
- 资源层：具体由DataSourceTransactionManager等实现类操作连接
当使用声明式事务时，Spring会生成代理对象，在方法执行前通过TransactionInterceptor决定如何处理事务传播。
实际开发中的坑点
- 自调用失效：在同一个类中方法A调用方法B，B的事务注解会失效，因为绕过了代理对象
- 异常处理误区：默认只回滚RuntimeException，需要特别注意@Transactional的rollbackFor配置
- 连接持有问题：REQUIRES_NEW会申请新连接，高并发时可能耗尽连接池
高频面试问题破解
Q：嵌套事务回滚时父事务会一起回滚吗？
A：这要看传播行为类型。如果是NESTED，父事务可以选择回滚到保存点；如果是REQUIRED，整个事务都会回滚。
Q：事务方法中调用异步方法会怎样？
A：异步方法会使用新线程，这时候事务上下文不会传递，容易导致数据不一致。
福利提示：需要购买面试鸭会员的同学，通过面试鸭返利网联系我，可享25元返利优惠！
理解Spring事务传播行为的关键在于抓住"线程绑定"和"连接管理"两个核心点。面试时遇到相关问题，可以先说传播类型定义，再结合ThreadLocal和事务管理器解释实现原理，最后补充实际开发中的注意事项，这样回答结构清晰又显深度。
