Spring声明式事务的传播行为实战分析-小浪学习网

spring声明式事务的传播行为定义了多个事务方法调用时事务如何传递。主要有7种类型：1. required（默认，有事务则加入，无则新建）；2. supports（存在事务则加入，否则非事务运行）；3. mandatory（必须有事务，否则抛异常）；4. requires_new（不管当前有无事务，都新建事务并挂起当前事务）；5. not_supported（非事务运行，若存在则挂起）；6. never（非事务运行，存在事务则抛异常）；7. nested（存在事务则创建子事务，否则新建）。例如，methoda使用required，methodb使用requires_new，则methodb会挂起methoda事务并独立提交或回滚。选择依据是业务场景，如订单支付和积分增加需一致性则选required，否则用requires_new。nested与requires_new的区别在于前者是外部事务的子事务，回滚会联动，后者是独立事务。性能问题可通过缩小事务范围、批量操作、异步处理、读写分离等方式优化。

Spring声明式事务的传播行为实战分析

Spring声明式事务的传播行为，简单来说，就是多个事务方法相互调用时，事务如何传递和影响。掌握它，能避免数据不一致，也能更好地控制事务边界。

Spring声明式事务的传播行为实战分析

解决方案

Spring的声明式事务传播行为定义了当一个事务方法被另一个事务方法调用时，事务应该如何传播。主要有以下几种传播行为：

REQUIRED (默认): 如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是最常用的传播行为。
SUPPORTS: 如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务方式继续运行。
MANDATORY: 如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
REQUIRES_NEW: 无论当前是否存在事务，都会创建一个新的事务，并且将当前事务挂起。
NOT_SUPPORTED: 以非事务方式运行，如果当前存在事务，则将当前事务挂起。
NEVER: 以非事务方式运行，如果当前存在事务，则抛出异常。
NESTED: 如果当前存在事务，则创建一个嵌套事务作为当前事务的子事务；如果当前没有事务，则创建一个新的事务。

举个例子，假设我们有两个Service，ServiceA和ServiceB，ServiceA的方法methodA调用ServiceB的方法methodB。我们可以通过@Transactional注解来配置它们的传播行为。

Spring声明式事务的传播行为实战分析

@Service public class ServiceA {      @Autowired     private ServiceB serviceB;      @Transactional(propagation = Propagation.REQUIRED)     public void methodA() {         // ... 一些操作         serviceB.methodB();         // ... 另一些操作     } }  @Service public class ServiceB {      @Transactional(propagation = Propagation.REQUIRES_NEW)     public void methodB() {         // ... 一些操作     } }

在这个例子中，methodA的传播行为是REQUIRED，methodB的传播行为是REQUIRES_NEW。这意味着，当methodA被调用时，如果当前没有事务，Spring会创建一个新的事务。然后，methodA调用methodB，由于methodB的传播行为是REQUIRES_NEW，Spring会创建一个新的事务，并且将methodA的事务挂起。如果methodB中的操作失败，只会回滚methodB的事务，而不会影响methodA的事务。反之，如果methodA失败，会回滚methodA的事务，methodB的事务如果已经提交，则不受影响。

选择合适的传播行为需要根据具体的业务场景来决定。例如，如果需要保证多个操作要么全部成功，要么全部失败，可以选择REQUIRED。如果需要独立控制某个操作的事务，可以选择REQUIRES_NEW。

Spring声明式事务的传播行为实战分析