Spring的事务传播机制

Spring的事务传播机制

Spring的事务传播机制用于控制在多个事务方法相互调用时事务的行为。

在复杂的业务场景中，多个事务方法之间的调用可能会导致事务的不一致，如出现数据丢失、重复提交等问题，使用事务传播机制可以避免这些问题的发生，保证事务的一致性和完整性。

默认的传播机制是REQUIRED 

        REQUIRED，如果不存在事务则开启一个事务，如果存在事务则加入之前的事务，总是只有一个事务在执行
        REQUIRES_NEW，每次执行新开一个事务，如果当前存在事务，则把当前事务挂起
        SUPPORTS，有事务则加入事务，没有事务则普通执行
        NOT_SUPPORTED，有事务则暂停该事务，没有则普通执行
        MANDATORY，强制有事务，没有事务则报异常
        NEVER，有事务则报异常
        NESTED，如果之前有事务，则创建嵌套事务，嵌套事务回滚不影响父事务，反之父事务影响嵌套事务

场景

假设有两个业务方法A和B，方法A在方法B中被调用，需要在事务中保证它们的一致性，如果方法A或方法B中的任何一个方法发生异常，则需要回滚事务。

使用Spring的事务传播机制，可以在方法A和方法B上使用相同的事务管理器，并通过设置相同的传播行为来保证事务的一致性和完整性。具体实现如下：

@Service
public class TransactionFooService {
    
    @Autowired
    private FooDao fooDao;
  
    
    @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
    public void methodA() throws Exception {
        // do something
        fooDao.updateFoo();
    }
}

@Service
public class TransactionBarService {
    
    @Autowired
    private BarDao barDao;

  	@Autowired
  	private TransactionFooService transactionFooService;
    
    @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
    public void methodB() throws Exception {
        // do something
        barDao.updateBar();
        transactionFooService.methodA();
    }
}

        在上述示例中，方法A和方法B都使用了REQUIRED的传播行为，表示如果当前存在事务，则在当前事务中执行；如果当前没有事务，则创建一个新的事务。如果在方法A或方法B中出现异常，则整个事务会自动回滚。  如果说在在最后一行代码调用别的逻辑层的读的操作, 并且也用到了@Transactional注解的话, 我们可以用到NOT_SUPPORTED,避免读失败了 导致整个业务数据回滚

rollbackFor

rollbackFor是Spring事务中的一个属性，用于指定哪些异常会触发事务回滚。
在一个事务方法中，如果发生了rollbackFor属性指定的异常或其子类异常，则事务会回滚。如果不指定rollbackFor，则默认情况下只有RuntimeException和Error会触发事务回滚。