Spring 事务传播行为+实战场景+避坑指南

一、先搞懂：Spring 事务传播机制到底解决什么？

场景 ：

ServiceA.methodA() 调用 ServiceB.methodB()

两个方法都加了 @Transactional

问题：

• 谁的事务生效？
• 异常了谁回滚？
• 要不要共用一个事务？

事务传播行为 = 定义 方法之间调用时，事务如何传递

---

二、Spring 7 大事务传播行为

Spring 定义在 Propagation 枚举里：

public enum Propagation {
    REQUIRED,        // 最常用：默认
    SUPPORTS,
    MANDATORY,
    REQUIRES_NEW,    // 高频
    NOT_SUPPORTED,
    NEVER,
    NESTED;          // 嵌套事务
}

三大分类

1. 支持当前事务（有就用，没有就建）
2. 不支持当前事务（有也挂起，不用）
3. 嵌套事务（子事务，可独立回滚）

---

三、7 大传播行为 图解 + 场景 + 实战

1）REQUIRED

Spring 默认，90% 业务用这个

• 有事务 → 加入
• 没事务 → 创建新事务
• 同生共死，一个回滚全回滚

场景

订单创建 + 扣库存，必须一起成功/失败

调用关系

A(REQUIRED) 调用 B(REQUIRED)
同一个事务

异常结果

• B 抛异常 → A、B 都回滚
• A 抛异常 → A、B 都回滚

---

2）REQUIRES_NEW

创建新事务，当前事务挂起

• 无论有没有事务，都新建独立事务
• A 和 B 事务完全隔离
• B 回滚不影响A，A回滚不影响B

场景

• 日志记录（失败不能影响主流程）
• 发送消息/通知
• 子任务独立提交

调用

A(REQUIRED) 调用 B(REQUIRES_NEW)
两个独立事务

异常结果

• B 异常回滚 → A 可以捕获，继续提交
• A 异常回滚 → 不影响 B 已提交的数据

---

3）NESTED（嵌套事务）

Savepoint 机制，子事务可以独立回滚

• 有事务 → 创建嵌套子事务
• 没事务 → 像 REQUIRED 一样新建
• 父事务回滚 → 子事务必回滚
• 子事务回滚 → 父事务可以继续执行

场景

子步骤失败，不希望整个流程失败

特点

不是独立事务，依赖主事务

---

4）SUPPORTS

有事务就加入，没有就以非事务运行

场景

查询方法，可事务可不事务

---

5）MANDATORY

强制必须有事务，没有就直接抛异常

场景

强制该方法必须在事务内执行，防止误调用

---

6）NOT_SUPPORTED

不支持事务，当前事务挂起，以非事务运行

---

7）NEVER

强制非事务，存在事务就抛异常

---

四、最核心的 3 个

1. REQUIRED（同生共死）

2. REQUIRES_NEW（独立隔离）

3. NESTED（嵌套可回滚）

---

五、源码底层原理（深度解析）

Spring 事务核心类：
PlatformTransactionManager + TransactionSynchronizationManager

1. 事务挂起/恢复 源码逻辑

// 简化版源码逻辑
if (传播行为 == REQUIRES_NEW) {
    // 挂起旧事务
    Object suspendedResources = suspend(transaction);

    try {
        // 创建新事务
        return startTransaction();
    } finally {
        // 恢复旧事务
        resume(suspendedResources);
    }
}

2. 事务传递本质

ThreadLocal 保存当前事务连接
TransactionSynchronizationManager.resources

3. NESTED 底层

使用 JDBC Savepoint

connection.setSavepoint();

---

六、实战最容易踩的 5 个坑

坑1：同类方法内调用，事务失效

@Service
public class OrderService {

    @Transactional
    public void a() {
        b(); // 同类内调用，不经过代理 → 事务失效！
    }

    @Transactional(propagation = REQUIRES_NEW)
    public void b() {
    }
}

解决方案：

• 自己注入自己
• AopContext.currentProxy()

---

坑2：try-catch 导致事务不回滚

@Transactional
public void a(){
    try {
        b(); // b抛异常
    } catch (Exception e) {
        // 吞了异常 → 事务不回滚
    }
}

---

坑3：REQUIRES_NEW 导致事务相互看不见

B 是新事务，A 未提交，B 查不到 A 的数据

---

坑4：NESTED 必须支持 JDBC 3.0 Savepoint

不支持会自动降级为 REQUIRED

---

坑5：多线程调用，事务完全不共享

新线程 = 新事务，和主线程无关

---

七、实战指南：业务场景怎么选？

1）正常业务（增删改）

REQUIRED（默认）

2）日志、消息、通知、子任务

REQUIRES_NEW

失败不影响主流程

3）子步骤可回滚，主流程继续

NESTED

4）查询方法

SUPPORTS / 不加事务

5）必须在事务内运行

MANDATORY

---

八、一张表彻底记住

传播行为	有无事务	关系	回滚影响
REQUIRED	无则创建	共用同一个	一起回滚
REQUIRES_NEW	always新建	独立事务	互不影响
NESTED	嵌套子事务	父子关系	子不影响父，父影响子

---

九、一句话终极总结

• REQUIRED：共用事务，同生共死
• REQUIRES_NEW：独立事务，互不干扰
• NESTED：嵌套事务，子可回滚父不回滚
• 同类内调用、try-catch、多线程都会导致事务失效