Spring中事务的传播、事务的失效

事务的传播

在开发的时候，不仅需要考虑事务的隔离级别，还需要考虑事务的传播机制。

在 spring 中，使用 @Transactional 将对应方法加入事务管理，如果在一个已经存在事务的方法中调用另一个有事务的方法

/**
 * @author Peng Tao
 * @since 11.22.2021
 */
public class TestServiceImpl implements TestService{
    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void m1() {
        // 调用其他有 @Transactional 注解的方法
        // xxService.m2();
    }
}

那么是使用的哪个方法的事务，也就是在事务在多个方法的调用中是如何传递的，是重新创建事务还是使用父方法的事务，父方法的回滚对子方法的事务是否有影响，子方法的回滚对父方法的事务又是否有影响？这些都是可以通过事务传播机制来决定的。

spring中事务传播机制一共有七种，默认为 REQUIRED。

REQUIRED	如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。
REQUIRES_NEW	创建一个新的事务，如果当前存在事务，则把当前事务挂起。
SUPPORTS	如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
NOT_SUPPORTED	以非事务方式运行，如果当前存在事务，则把当前事务挂起。
NEVER	以非事务方式运行，如果当前存在事务，则抛出异常。
MANDATORY	如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
NESTED	如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。

常见使用场景有三种：

（1）父方法和子方法只要有一个抛出异常，两个方法都需要回滚。

（2）父方法的回滚不影响子方法的提交。

（3）当父方法回滚时，子方法也需要回滚；反之，如果子方法回滚，不影响父方法的提交。

这三种场景都有对应的隔离级别，使用这三种隔离级别能解决大部分的需求。

（1）REQUIRED
当两个方法的传播机制都是REQUIRED时，如果一旦发生回滚，两个方法都会回滚
（2）REQUIRES_NEW
当子方法传播机制为REQUIRES_NEW，会开启一个新的事务，并单独提交方法，所以父方法的回滚并不影响子方法事务提交
（3）NESTED
当父方法为REQUIRED，子方法为NESTED时，子方法开启一个嵌套事务；
当父方法回滚时，子方法也会回滚；反之，如果子方法回滚，则并不影响父方法的提交

事务的失效

（1）spring 默认取决于是否抛出runtimeException决定是否会滚。所以如果在方法中有 try、catch 处理，那么try里面的代码块就脱离了事务的管理，若要事务生效需要在 catch 中throw new RuntimeException。
（2）因为 spring 通过代理来实现事务的管理，所以直接调用同类中的其他方法导致的自调用，没有调用到代理对象，第二个方法的 @Transactional 注解会失效，可以直接通过拆分类、通过从容器获取 bean 来调用方法、自己注入自己来解决自调用 @Transactional 注解失效。