spring事务传播机制原理

Spring事务传播机制原理

最近面试中经常被问到Spring事务传播机制的原理，不少小伙伴觉得这块很抽象。今天我们就从程序员角度，用大白话拆解其核心原理。老规矩，先送干货——2025年Java面试宝典（蓝色字体）：
🔹 链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g

---

什么是Spring事务传播机制？

事务传播机制定义了多个事务方法相互调用时的事务行为。比如方法A调用方法B，此时事务该合并、挂起还是新建？这就是传播机制要解决的问题。Spring基于ThreadLocal实现事务上下文传递，核心类是TransactionSynchronizationManager。

Spring的七种传播行为

Spring定义了七种传播行为，面试常考的有三个：

1. PROPAGATION_REQUIRED（默认）

   • 如果当前没有事务，新建事务；如果有事务，加入当前事务。
   • 就像开会：你发起会议（事务），同事加入你的会议而不是另开一场。

2. PROPAGATION_REQUIRES_NEW

   • 无论当前是否有事务，都新建事务。新事务与旧事务完全独立。
   • 相当于强行开新会议室，即使原会议室着火（事务回滚），新会议也不受影响。

3. PROPAGATION_NESTED

   • 在当前事务中嵌套子事务，子事务可独立回滚，但父事务回滚会连带子事务回滚。
   • 类比Git分支：父事务是main分支，子事务是feature分支（可单独revert）。

🔑 关键词覆盖：传播机制原理的核心在于事务边界控制和资源同步管理。

底层原理拆解

Spring通过代理模式和拦截器链实现传播行为：

1. 调用@Transactional方法时，动态代理拦截请求
2. 根据传播行为类型，决定是否：
   • 从ThreadLocal获取已有事务（ResourceHolder）
   • 新建Connection并绑定到线程上下文
3. 嵌套事务通过Savepoint机制实现（JDBC驱动支持），例如：

   Savepoint savepoint = con.setSavepoint(); // 创建嵌套事务锚点  
   con.rollback(savepoint); // 仅回滚嵌套部分  
   

典型面试题解析

问题： 方法A（REQUIRED）调用方法B（REQUIRES_NEW），B抛异常会怎样？
答：

• B的事务独立提交/回滚，A的事务不受B影响
• 但若A捕获了B的异常，A的事务正常提交（因为A未抛异常）
• 如果A未捕获异常，A的事务回滚，B的事务已独立回滚

💡 避坑指南：务必理清异常处理与事务回滚的关系！默认只回滚RuntimeException。

实战场景建议

1. 读写分离场景：写操作用REQUIRED，读操作用SUPPORTS
2. 批量处理：主事务用REQUIRED，子任务用NOT_SUPPORTED挂起事务提性能
3. 慎用NESTED：MySQL的InnoDB支持，但Oracle不兼容

最后安利个福利👉 如果需要开通面试鸭会员，通过面试鸭返利网找我可返利25元！海量真题+答案解析助你通关面试！

记住：理解传播机制的关键是画清事务边界，像这样思考面试题，offer自然来！