Spring事务传播_接口调用的事务传播-优快云博客

本文链接：https://blog.youkuaiyun.com/weixin_46084191/article/details/148006422

在 Spring 事务管理中，** 事务传播行为（Propagation Behavior）是核心概念之一，它定义了当多个带有事务的方法相互调用时，事务应如何在这些方法间传播。简单来说，它解决的是“当前方法是否需要在一个已存在的事务中运行，或者是否需要创建新事务”** 的问题。通过合理配置传播行为，可以精准控制事务的作用范围，避免资源竞争或逻辑错误。

一、事务传播行为的本质与作用

场景背景：当方法 A（带事务）调用方法 B（带事务）时，两者的事务是合并为一个还是独立运行？方法 B 的异常是否会导致方法 A 的事务回滚？这些都由传播行为决定。
实现原理：基于 Spring AOP 的代理机制，通过TransactionAttribute接口中的propagationBehavior属性配置，底层由PlatformTransactionManager根据传播规则创建或加入事务。

二、Spring 支持的 7 种事务传播行为（详解）

以下是 Spring 定义的 7 种传播行为（org.springframework.transaction.annotation.Propagation枚举值），附实际场景和示例说明：

1. `REQUIRED`（默认值）

含义：
如果当前存在事务，则加入该事务；如果不存在，则创建一个新事务。
特点：支持嵌套调用，所有相关方法共享同一事务，统一提交 / 回滚。
典型场景：
主业务方法调用子业务方法（如 “创建订单” 调用 “扣减库存”），需保证整体原子性。

示例：

java

@Transactional(propagation = Propagation.REQUIRED)
public void createOrder() {
    orderDao.insert(); // 主事务
    stockService.deductStock(); // 加入主事务
}

@Transactional(propagation = Propagation.REQUIRED)
public void deductStock() {
    stockDao.update(); // 同属一个事务
}

关键逻辑：
若deductStock抛出异常，整个createOrder事务回滚。

2. `SUPPORTS`

含义：
如果当前存在事务，则加入该事务；如果不存在，则以非事务方式执行。
特点：方法可灵活适应调用方的事务环境。
典型场景：
通用工具方法（如数据校验、日志记录），可在有事务时参与事务，无事务时独立执行。

示例：

java

@Transactional(propagation = Propagation.SUPPORTS)
public void validateOrder(Order order) {
    // 校验逻辑，若调用方有事务则在事务内执行，否则无事务
}

注意：
若方法本身被非事务方法调用，则全程无事务。

3. `MANDATORY`

含义：
必须在一个已存在的事务中执行，若当前无事务，则抛出TransactionRequiredException。
特点：强制方法必须运行在事务上下文中，避免 “意外无事务” 执行。
典型场景：
敏感操作（如资金变更）必须依赖外层事务，禁止独立执行。

示例：

java

@Transactional(propagation = Propagation.MANDATORY)
public void transferMoney() {
    // 必须由外层事务调用，否则报错
}

风险：
若调用方无事务，会导致程序运行时异常。

4. `REQUIRES_NEW`

含义：
创建一个新事务，若当前存在事务，则将其挂起（暂停），新事务独立运行完成后，再恢复旧事务。
特点：新旧事务完全隔离，子事务的提交 / 回滚不影响父事务（反之亦然）。
典型场景：
异步操作、日志记录等需要独立事务的场景（如订单创建后异步记录操作日志，不影响主事务性能）。

示例：

java

@Transactional(propagation = Propagation.REQUIRED)
public void createOrder() {
    orderDao.insert(); // 父事务（A）
    logService.asyncLog("订单创建", propagation = Propagation.REQUIRES_NEW); // 子事务（B）
}

@Transactional(propagation = Propagation.REQUIRES_NEW)
public void asyncLog(String msg) {
    logDao.insert(msg); // 独立事务，即使此处失败，父事务A仍可提交
}

关键细节：
子事务异常不会触发父事务回滚（需手动处理），反之亦然。

5. `NOT_SUPPORTED`

含义：
以非事务方式执行，若当前存在事务，则将其挂起，方法执行完毕后恢复旧事务。
特点：强制方法脱离事务环境，适用于性能敏感的只读操作。
典型场景：
高并发查询接口（如报表统计），避免事务开销。

示例：

java

@Transactional(propagation = Propagation.NOT_SUPPORTED)
public List<Order> queryOrders() {
    return orderDao.selectAll(); // 无事务执行
}

应用价值：
减少锁竞争，提升查询性能。

6. `NEVER`

含义：
必须以非事务方式执行，若当前存在事务，则抛出IllegalTransactionStateException。
特点：严格禁止方法在事务中运行。
典型场景：
纯计算逻辑（如数学运算、规则引擎），确保无事务干扰。

示例：

java

@Transactional(propagation = Propagation.NEVER)
public double calculateTax(double amount) {
    // 纯计算，禁止事务
    return amount * 0.13;
}

注意：
若调用方有事务，会导致程序异常。

7. `NESTED`（嵌套事务）

含义：
在当前事务中创建一个嵌套事务（子事务），子事务是父事务的一个保存点（Savepoint）。
- 若子事务回滚，可回滚到保存点，不影响父事务的其他操作；
- 若父事务回滚，子事务必须回滚。
  特点：基于数据库保存点实现（如 JDBC 的Savepoint），需数据库支持（如 MySQL InnoDB）。
典型场景：
复杂业务中的部分回滚（如订单创建过程中，先扣库存再生成物流单，若物流单失败可回滚但保留库存扣减）。

示例：

java

@Transactional(propagation = Propagation.REQUIRED)
public void processOrder() {
    deductStock(); // 父事务中的操作
    try {
        createLogistics(); // 嵌套事务（子事务）
    } catch (Exception e) {
        // 子事务回滚，不影响库存扣减
    }
}

@Transactional(propagation = Propagation.NESTED)
public void createLogistics() {
    logisticsDao.insert(); // 子事务，可独立回滚
}

与 REQUIRES_NEW 的区别：
- REQUIRES_NEW：新事务独立于父事务，两者无关联；
- NESTED：子事务是父事务的一部分，共享连接和资源，回滚更轻量。

三、传播行为对比表（快速选型指南）

传播行为	无事务调用时	有事务调用时	事务隔离性	典型场景
`REQUIRED`	创建新事务	加入现有事务	强一致	核心业务逻辑（默认）
`SUPPORTS`	非事务执行	加入现有事务	灵活适应	工具方法、可选事务操作
`MANDATORY`	抛出异常	加入现有事务	强制依赖	敏感操作（必须在事务中）
`REQUIRES_NEW`	创建新事务	挂起现有事务，创建新事务	完全隔离	异步操作、独立日志记录
`NOT_SUPPORTED`	非事务执行	挂起现有事务，非事务执行	无事务	高性能查询
`NEVER`	非事务执行	抛出异常	禁止事务	纯计算逻辑
`NESTED`	创建新事务（作为父）	在父事务中创建嵌套事务	部分隔离（保存点）	复杂流程中的部分回滚

四、实战注意事项

代理对象与 this 调用：
声明式事务基于 AOP 代理，若在类内部通过this.方法()调用带事务的方法，传播行为会失效（因未通过代理对象调用）。
解决方案：注入自身代理对象（如@Autowired private SelfService self;），通过代理调用。
数据库隔离级别与传播行为的关系：
传播行为控制事务的边界，而隔离级别（isolation）控制事务间的数据可见性，两者需结合使用（如高并发场景下使用REPEATABLE_READ隔离级别 +REQUIRED传播行为）。
性能优化：
- 只读方法（如查询）建议设置readOnly=true，结合SUPPORTS或NOT_SUPPORTED提升性能；
- 避免过度使用REQUIRES_NEW或NESTED，可能导致事务嵌套过深或连接资源消耗。