spring 事务 传播 原理

Spring 事务传播原理：面试中如何讲透底层机制？

2025年Java面试宝典：
点击领取（提取码：9b3g）

---

一、为什么事务传播机制是面试必考点？

在分布式系统开发中，80%的事务异常都源于传播行为配置不当。面试官抛出这个问题的真实意图是：

1. 考察你是否理解不同场景下的业务边界
2. 验证是否具备事务设计思维
3. 测试对Spring源码的熟悉程度

举个真实案例：用户支付完成后同时发放积分，如果积分服务抛出异常导致支付回滚，这就是典型的传播行为配置错误。

---

二、7种传播行为到底在传播什么？

记住这张关系图，我们拆解核心差异点：

| 传播类型 | 关键特征 | 适用场景 | |------------------|-----------------------------|------------------------| | REQUIRED（默认） | 加入已有事务或新建 | 普通增删改操作 | | REQUIRES_NEW | 始终新建独立事务 | 重要日志记录 | | NESTED | 创建保存点实现部分回滚 | 批量操作中的子任务 | | NOT_SUPPORTED | 非事务方式运行 | 查询优化 | | SUPPORTS | 有事务就跟，没有就不跟 | 兼容性处理 |

---

三、底层实现三大支柱

1. 逻辑事务与物理事务的映射
   每个@Transactional对应一个逻辑事务，多个逻辑事务可能共享同一个数据库连接（物理事务）

2. TransactionSynchronizationManager
   通过ThreadLocal存储当前事务上下文，这也是为什么异步线程会丢失事务上下文的关键原因

3. AbstractPlatformTransactionManager
   模板方法模式实现事务生命周期管理，不同传播行为对应不同的事务创建/获取策略

---

四、面试应答技巧

当被问到："REQUIRES_NEW和NESTED有什么区别？" 不要直接背概念，这样回答更出彩：

"这两种传播行为都涉及事务嵌套，但底层机制完全不同。REQUIRES_NEW会创建新物理事务，完全独立提交；而NESTED是通过保存点机制实现的逻辑嵌套，外层事务回滚会导致内层一起回滚。举个例子：订单创建用REQUIRED，扣库存用REQUIRES_NEW，这样库存操作失败不会影响主订单；但如果用NESTED，主订单回滚会导致库存回滚。"

---

五、高频踩坑点剖析

1. 异步线程丢失事务上下文
   解决方法：手动传递TransactionContext

2. try-catch吞异常导致不回滚
   必须抛出RuntimeException或配置rollbackFor

3. 非public方法失效
   Spring AOP的先天限制

4. 多数据源配置混淆
   务必指定transactionManager

---

备考福利：通过面试鸭返利网购买面试鸭会员可返现25元，海量技术题库+大厂真题助你备战金九银十。

记住：理解传播机制的核心是把握事务边界控制，不同的业务场景需要不同的隔离策略。建议结合Spring源码中的TransactionAspectSupport类加深理解，这才是面试加分的关键！