当前位置：首页 > news >正文

spring事务传播机制

news 2025/9/8 16:45:50

spring事务传播机制

Spring 的事务传播机制指的是在多个事务方法相互调用时，事务应该如何传播的规则。它定义了被调用方法是在调用方的事务中运行，还是自己开启新事务，或者完全不参与事务等行为。这是 Spring 声明式事务管理的核心特性之一，通过 @Transactional(propagation = Propagation.XXX) 注解来指定。
Spring 定义了 7 种不同的事务传播行为，对应于 Propagation 枚举：
1.Propagation.REQUIRED (默认值)：

含义：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
场景：这是最常用的传播行为，适用于绝大多数情况。它确保多个方法调用（无论嵌套与否）都在同一个事务上下文中执行，保证原子性。
示例：方法 A（有事务）调用方法 B（REQUIRED），B 加入 A 的事务；方法 A（无事务）调用方法 B（REQUIRED），B 新建一个事务。
2.Propagation.SUPPORTS：
含义：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务方式执行。
场景：适用于方法既可以工作在事务环境中，也可以安全地工作在非事务环境中（通常是查询操作）。方法的执行不强制要求有事务。
示例：方法 A（有事务）调用方法 B（SUPPORTS），B 加入 A 的事务；方法 A（无事务）调用方法 B（SUPPORTS），B 以非事务方式执行（无回滚）。
3.Propagation.MANDATORY：
含义：强制要求当前必须存在事务。如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
场景：用于严格要求方法必须在事务上下文中被调用的情况，通常在需要保证操作原子性且不能独立运行时使用。
示例：方法 A（有事务）调用方法 B（MANDATORY），B 加入 A 的事务；方法 A（无事务）调用方法 B（MANDATORY），抛出 IllegalTransactionStateException。
4.Propagation.REQUIRES_NEW：
含义：总是创建一个新的事务。如果当前存在事务，则将当前事务挂起（暂停），创建一个新的事务执行。
场景：被调用的方法需要在一个独立于调用方事务的新事务中运行，无论调用方是否已有事务。被调用方法的提交或回滚不影响调用方的事务（反之亦然）。常用于需要记录操作日志（即使主业务失败也要记录）、或调用外部服务等需要独立提交的场景。
示例：方法 A（有事务）调用方法 B（REQUIRES_NEW），A 的事务被挂起，B 开启一个新事务独立执行。B 提交或回滚后，A 的事务恢复执行。两者独立。
5.Propagation.NOT_SUPPORTED：
含义：以非事务方式执行操作。如果当前存在事务，则将该事务挂起。
场景：方法不需要事务支持，且明确要求避免在事务内执行（例如执行一些特殊的与事务性资源管理器不兼容的操作）。
示例：方法 A（有事务）调用方法 B（NOT_SUPPORTED），A 的事务被挂起，B 以非事务方式执行。B 执行完后，A 的事务恢复。B 的执行完全没有事务保障。
6.Propagation.NEVER：
含义：以非事务方式执行。如果当前存在事务，则抛出异常。
场景：严格要求该方法不能在事务上下文中被调用。
示例：方法 A（有事务）调用方法 B（NEVER），抛出 IllegalTransactionStateException；方法 A（无事务）调用方法 B（NEVER），B 以非事务方式执行。
7.Propagation.NESTED：
含义：如果当前存在事务，则在当前事务内创建一个嵌套事务。如果当前没有事务，则其行为与 REQUIRED 相同（创建一个新事务）。
场景：嵌套事务是外部事务的子部分。嵌套事务可以独立于外部事务进行提交或回滚（使用保存点savepoint实现）。如果外部事务回滚，嵌套事务也会回滚；嵌套事务回滚不会导致外部事务回滚（除非外部事务捕获异常并选择回滚）。适用于希望部分操作回滚但不影响整体事务的场景（例如批量处理中处理单个记录失败）。
示例：方法 A（有事务）调用方法 B（NESTED），B 在 A 的事务内创建一个嵌套事务。B 可以回滚而不影响 A 的事务点（保存点之前的操作）；但如果 A 的事务最终回滚，则 B 所做的所有操作也会回滚。
核心区别点总结：
加入 vs 新建事务：REQUIRED, SUPPORTS, MANDATORY 是“加入派”（有则加入），REQUIRES_NEW 是“独立派”（一定新建）。
事务依赖：REQUIRES_NEW 创建的事务与调用方事务完全独立。NESTED 是调用方事务的子事务（依赖并受其约束）。
回滚影响：
REQUIRED/MANDATORY/SUPPORTS(在事务内时)：方法回滚会导致整个事务（包含所有嵌套操作）回滚。
REQUIRES_NEW：自身回滚不影响调用方事务；调用方事务回滚不影响它（除非它在执行中被挂起后外部事务回滚了它的结果所在的数据范围，这很复杂且依赖具体数据库/实现，一般不依赖）。
NESTED：自身回滚可控制在小范围（回滚到保存点）；调用方事务回滚会连带回滚它。
非事务执行：SUPPORTS, NOT_SUPPORTED, NEVER 都可能以非事务执行，但条件不同（有无事务、是否允许有事务）。
如何选择合适的传播行为？
REQUIRED (使用最多)：适用于绝大多数业务方法调用链，保证整个操作在一个事务内。
REQUIRES_NEW：需要与被调用方法完全解耦事务（如记录日志、调用独立服务）、或者希望被调用方法独立提交避免阻塞主事务时使用。
NESTED：适用于希望在主事务中执行可能失败但可恢复的子任务（如批处理）。注意：NESTED 需要底层的 JDBC 驱动和数据库支持保存点。
SUPPORTS：主要用于只读查询操作，可在有无事务环境中安全运行。
MANDATORY/NEVER/NOT_SUPPORTED：特定场景的约束要求，使用较少。
理解事务传播行为是设计和实现可靠、一致的事务性服务的关键。选择哪种行为取决于你的具体业务逻辑和对事务边界的需求。始终清楚每个方法在事务上下文中的行为以及它们之间的相互影响。