spring事务的传播机,嵌套事务详解,事务失效的场景

红太狼 2024-03-25 10:08 43阅读 0赞

### spring的事务传播类型 ###

#### REQUIRED： ####

REQUIRED表示如果当前没有事务，就创建一个事务，如果已经存在一个事务，就加入该事务，是Spring默认的事务传播类型  
**SUPPORTS：**  
SUPPORTS表示支持当前事务，如果当前没有事务，就以非事务的方式执行，也就是说外部不存在事务，不会开启新事务，外部存在事务时就加入该事务。

#### MANDATORY： ####

MANDATORY表示支持当前事务，但是跟SUPPORTS不同的是这种事务传播类型具备强制性，当前操作必须存在事务，如果不存在，则抛出异常。

#### REQUIRES\_NEW： ####

REQUIRES\_NEW表示如果当前存在事务，则把当前事务挂起，重新创建新的事务并执行，知道新的事务提交或回滚，才会恢复执行原来的事务。这种事务传播类型新创建的事务和被挂起的事务没有任何关系，他们是两个相互独立的事务，外部事务失败后回滚，不会回滚内部事务的执行结果，内部事务执行失败抛出异常，被外部事务捕获时，外部事务可以不处理内部事务的回滚操作。

#### NOT\_SUPPORTED： ####

NOT\_SUPPORTED表示以非事务方式执行，如果当前操作在一个事务中，就把当前事务挂起，以非事务方式运行，直到操作完成再恢复事务执行。

#### NEVER ####

NEVER表示以非事务的方式执行，如果当前操作存在事务，则抛出异常。

#### NESTED： ####

NESTED表示如果当前方法有一个事务正在运行，则这个方法应该运行在一个嵌套事务中，被嵌套的事务可以独立于被封装的事务进行提交或回滚，也就是说如果封装事务存在，并且外层事务异常回滚，那么内层事务必须回滚，如果内层事务回滚，不影响外层事务的提交和回滚，当封装事务不存在时，按照REQUIRED事务传播类型执行。

### Spring事务举例 ###

### 事务方法都在同一个类中时 ###

*现在有一个用户账户表,存着用户的id和账户的余额，现在需要对这样一张表进行操作*  
userId为9527和9528的账户里面的钱有5000  
![用户账户表][04f7e45924a2487f8ff4da53b3683327.png_pic_center]

**userAccountMapper 中 setUserMoney方法**

int setUserMoney(@Param("userId")int id, @Param("money")int money);

**setUserMoney方法的使用到的sql**

> update user\_account set money = money + \#\{money\} where user\_id = \#\{userId\}

#### 无事务的情况（不会回滚） ####

public void transactionTest() {
        
            userAccountMapper.setUserMoney(9527, 1000);
            int a = 10/0;
            userAccountMapper.setUserMoney(9528, -1000);
        }

![在这里插入图片描述][7570e5c88ccb44a9abc27808abf8b2b5.png_pic_center]  
在方法中间设置一个错误,调用方法后userId为9527的用户账户金额为6000,用户id为9528账户金额没有变,说明transactionTest方法是没有事务的,所以9527修改成功,9528修改失败。

#### 有事务的情况（会回滚） ####

这里加了@Transactional注解，让方法开启事务

@Transactional()
        public void transactionTest() {
        
            userAccountMapper.setUserMoney(9527, 1000);
            int a = 10/0;
            userAccountMapper.setUserMoney(9528, -1000);
        }

![在这里插入图片描述][f2e7080d11dd4e339bedd021b33b3824.png_pic_center]  
执行方法后用户账户的金额都没有变,说明方法开启了事务,并进行了回滚。

#### 父子方法调用,父方法添没有添加事务注解，子方法添加事务注解（不会回滚） ####

@Override
        public void transactionTest() {
        
            userAccountMapper.setUserMoney(9527, 1000);
            transactionTestA();
        }
    
        @Transactional()
        public void transactionTestA() {
        
            userAccountMapper.setUserMoney(9528, -1000);
            int a = 10/0;
        }

这中情况调用父方法是不会开启事务的:  
**同一个类中非事务方法调用了事务方法,事务不起作用问题**  
为什么一个方法a()调用同一个类中另外一个方法b()的时候，b()不是通过代理类来调用的呢？可以看下面的例子（为了简化，用伪代码表示）：

@Service
    class A{
        
        @Transactinal
        method b(){
        ...}
        
        method a(){
            //标记1
            b();
        }
    }
     
    //Spring扫描注解后，创建了另外一个代理类，并为有注解的方法插入一个startTransaction()方法：
    class proxy$A{
        
        A objectA = new A();
        method b(){
            //标记2
            startTransaction();
            objectA.b();
        }
     
        method a(){
            //标记3
            objectA.a();    //由于a()没有注解，所以不会启动transaction，而是直接调用A的实例的a()方法
        }
    }

当我们调用A的bean的a()方法的时候，也是被proxyA拦截，执行proxy$A.a()（标记3），然后，由以上代码可知，这时候它调用的是objectA.a()，也就是由原来的bean来调用a()方法了，所以代码跑到了“标记1”。由此可见，“标记2”并没有被执行到，所以startTransaction()方法也没有运行,那么就不会开启事务了。

#### 父子方法调用,父方法添加了事务注解，子方法没有添加事务注解（父子方法都在同一个事务中,会回滚） ####

@Override
        @Transactional()
        public void transactionTest() {
        
            userAccountMapper.setUserMoney(9527, 1000);
            transactionTestA();
        }
    
        public void transactionTestA() {
        
            userAccountMapper.setUserMoney(9528, -1000);
            int a = 10/0;
        }

![在这里插入图片描述][29032822d29846ed9ed688da691a52e8.png_pic_center]  
调用transactionTest方法后数据库的数据都没有变,说明父子方法都进行了回滚

#### 父子方法调用,父方法添加了事务注解,子方法也添加了事务注解（父子方法都在同一个事务中,会回滚） ####

@Override
        @Transactional()
        public void transactionTest() {
        
            userAccountMapper.setUserMoney(9527, 1000);
            transactionTestA();
        }
    
        @Transactional(propagation = Propagation.REQUIRES_NEW)
        public void transactionTestA() {
        
            userAccountMapper.setUserMoney(9528, -1000);
            int a = 10/0;
        }

![在这里插入图片描述][642ff5f6dda74588949ee40548e08df4.png_pic_center]  
当把transactionTestA方法事务传播类型设置为REQUIRES\_NEW时，再调用transactionTest方法后发现表里面的数据还是没有变,说明两个方法都回滚了,同时也说明不管transactionTestA有没有加事务的注解，设置了说明类型的传播方法，transactionTestA方法和transactionTest方法始终都在同一个事务里面。  
**为什么transactionTestA方法上事务注解不起作用呢?**  
spring 在扫描bean的时候会扫描方法上是否包含@Transactional注解，如果包含，spring会为这个bean动态地生成一个子类（即代理类，proxy），代理类是继承原来那个bean的。此时，当这个有注解的方法被调用的时候，实际上是由代理类来调用的，代理类在调用之前就会启动transaction。然而，如果这个有注解的方法是被同一个类中的其他方法调用的，那么该方法的调用并没有通过代理类，而是直接通过原来的那个bean，所以就不会启动transaction，我们看到的现象就是@Transactional注解无效。

#### 同一个类中一个事务方法A调用这个类中的另一个事务方法B,A方法和B方法始终都在同一个事务中的问题 ####

@Service
    class A{
        
        @Transactinal
        method a(){
        
        b();
        }
        @Transactinal
        method b(){
        
           .....
        }
    }
     
    //Spring扫描注解后，创建了另外一个代理类，并为有注解的方法插入一个startTransaction()方法：
    class proxy$A{
        
        A objectA = new A();
        method a(){
        //先调用代理类a方法,开启一个事务,然后代理类的a方法再调用原始类的a方法，然后原始类的a方法再去调用b方法,这个过程中只开启了一个事务,所以,a方法和b方法始终都在同一个事务
            startTransaction();
            objectA.a();
        }
     
        method b(){
         
           startTransaction();   
            objectA.b();    
        }
    }

上面代码中先调用代理类a方法,开启一个事务,然后代理类的a方法再调用原始类的a方法，然后原始类的a方法再去调用原始类的b方法,这个过程中只开启了一个事务,所以,a方法和b方法始终都在同一个事务

#### 解决同一个类中一个事务方法A调用事务方法B,A方法和B方法始终都在同一个事务中的问题 ####

1.  使用applicationContext生成当前类调用B方法

@Service
    public class ServerA{
        
        @Autowired
        private ApplicationContext applicationContext;
            @Override
        @Transactional()
        public void a() {
        
        xxxxxx
        applicationContext.getBean(ServerA.class).b();
        }
    
        @Transactional(propagation = Propagation.REQUIRES_NEW)
        public void b() {
        
        }
        }

1.  注解注入自己（需要配置运行循环依赖）

@Service
    public class ServerA{
        
        @Autowired
        private ServerA serverA;
            @Override
        @Transactional()
        public void a() {
        
        xxxxxx
        serverA.b();
        }
    
        @Transactional(propagation = Propagation.REQUIRES_NEW)
        public void b() {
        
        }
        }

3.方法b放到别的类中  
等等等…

这几种方法都可以让方法b根据自己设置的传播方法进行事务控制了。  
**为什么上面这几种方法可以解决同一个类中的方法调用事务失效的问题,用伪代码解释下**

@Service
    class A{
        
    @Autowired
        private ServerA proxy$A; //注入的其实是代理对象
        @Transactinal
        method a(){
        
        proxy$A.b();
        }
        @Transactional(propagation = Propagation.REQUIRES_NEW)
        method b(){
        
           .....
        }
    }
     
    //Spring扫描注解后，创建了另外一个代理类，并为有注解的方法插入一个startTransaction()方法：
    class proxy$A{
        
        A objectA = new A();
        method a(){
        //先调用代理类a方法,开启一个事务,然后代理类的a方法再调用原始类的a方法.
            startTransaction();
            objectA.a();
        }
     
        method b(){
         //原始类的a方法中再使用代理对象调用代理对象中的方法b，先开启了事务,然后代理对象中的方法b再调用了原始对象中的方法b.
           startTransaction();   
            objectA.b();    
        }
    }

先调用代理类a方法,开启一个事务,然后代理类的a方法再调用原始类的a方法,然后原始类的a方法中再使用代理对象调用了代理对象中的方法b，先开启了事务,然后代理对象中的方法b再调用了原始对象中的方法b,这样就解决了同一个类中的方法调用事务失效的问题

### Spring 事务失效场景 ###

#### 数据库不支持事务 ####

Spring事务生效的前提是连接的数据库存储引擎支持事务，比如Mysql 的MyISAM存储引擎不支持事务，则Spring事务会失效。

#### 事务方法未被Spring管理 ####

如果事务所在的类没有被交给Spring 管理，或者说没有加载到Spring IOC容器中，则该类方法上的事务会失效

#### 事务方法私有private ####

如果事务注解的方法为内部的私有private方法，则事务会失效。

#### 同一个类中的方法调用 ####

同一个类中的父方法调用子方法，都开启了事务(子方法事务失效)。

#### 不正确的异常捕获 ####

如果发生异常的代码被try catch捕获，则Spring 管理器无法感知到异常，导致事务失效。

#### 错误的异常类型 ####

Spring 事务默认的捕获的异常是RuntimeException，如果代码中执行失败抛出了Exception异常，则事务会失效

[04f7e45924a2487f8ff4da53b3683327.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/02f7a3b7348748828b38b9384719b485.png
[7570e5c88ccb44a9abc27808abf8b2b5.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/4c07e7114c274c72ad6b8fe0293d43e9.png
[f2e7080d11dd4e339bedd021b33b3824.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/794747d497534f30b793210e15c5101f.png
[29032822d29846ed9ed688da691a52e8.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/9b80eb72f72f4b67b701625caa679c9e.png
[642ff5f6dda74588949ee40548e08df4.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/67ebeb10a3e84c36ac76ebb41b9e3c3d.png