Springboot中事务 @Transactional 默认方式 Propagation.REQUIRED

在平常的项目里面,最常看到的就是使用注解  @Transactional   去操作事务。

事务传播机制,存在7种,

也就是:

 同样可以在注解@Transactional里面看到, 默认配置了的是  Propagation.REQUIRED (文章的主角)

 说明:

1.1 支持当前事务

支持当前事务的传播机制有三种,分别是
1 REQUIRED (必须有) 默认

含义:如果当前方法没有事务,新建一个事务,如果已经存在一个事务中,则加入到这个事务中。

2 SUPPORTS (可有可无)

含义:支持当前事务,如果当前没有事务,就以非事务方式执行

3 MANDATORY (强制)

含义:使用当前的事务,如果当前没有事务,就抛出异常。

1.2 不支持当前事务

4 REQUIRES_NEW

含义:新建事务,如果当前存在事务,把当前事务挂起。

5 NOT_SUPPORTED

含义:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。

6 NEVER

含义: 以非事务方式执行,如果当前存在事务,则抛出异常。

1.3 NESTED

含义: 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。

看代码,默认啥都不指定的时候,我们使用的就是PROPAGATION_REQUIRED这种方式。

往往很多小伙伴在使用声明式事物的时候,就顶多加上一个异常指定,都是使用的默认传播机制变量。

我们日常操作里,对于单个方法使用事物,经常是这样:

  @Transactional(rollbackFor = Exception.class)
    public Boolean add(UserInfo userInfo) {
        
        //... 业务处理
        //... 业务处理
        //... 业务处理
 
       //手动抛异常 触发回滚等
        retrun xxx;
  }

 或者说配合手动回滚使用,是这样:

 @Transactional(rollbackFor = Exception.class)
    public Boolean add(UserInfo userInfo) {
        
       try {
          
          //....业务逻辑处理
          
          if(XXXX){
                TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
                return false;
          }
          //....业务逻辑处理
          
          if(xxxxx){
                 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
                 return false;
          }
          
 
        } catch (Exception e) {
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
            return false;
        }
    }

以上都是单个事物方法,理解起来很简单,相信大多数场景大家就这么用一下就没有过多去理会了。

那么接下来就是关于 这种默认的事物传播机制  PROPAGATION_REQUIRED 我们需要关心的东西了。

在结合代码介绍前,先把结论贴出来: 

1.如果外部方法没有开启事务的话,Propagation.REQUIRED(默认就是)修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。


2.如果外部方法开启事务并且指定为Propagation.REQUIRED(默认就是),所有Propagation.REQUIRED修饰的内部方法和外部方法均属于同一事务 ,只要一个方法回滚,整个事务均回滚,因为大家都加入到了外部设置的这个事务里了。

第一种情形:
第一个业务类里面的方法,使用了声明式事务:

class testOne  
{
    @Transactional(rollbackFor = Exception.class)
    public Boolean addOne(UserInfo userInfo) {
        
        //... 业务处理
        //... 业务处理
        //... 业务处理
        retrun xxx;
    }
    
}


第二个业务类里面的方法,也使用了声明式事务:

class testTwo  
{
    @Transactional(rollbackFor = Exception.class)
    public Boolean addTwo(UserInfo userInfo) {
        
        //... 业务处理
        //... 业务处理
        //... 业务处理
        retrun xxx;
    }
    
}


然后第三个业务类里面的方法没有使用声明式事务,去调用第一个和第二个,如:

class testThree  
{
    
    public Boolean testThree(UserInfo userInfo) {
        
        addOne(xxxx);
        addTwo(xxxx);
        retrun xxx;
    }
    
}


这种情况下,addOne和addTwo两个方法的事务都是各自独立的, 也就是说,就算addOne成功了,在执行addTwo的时候出现了异常进行了回滚,并不会影响到addOne的数据。
 

那么,在默认addOne和addTwo都使用了事务,而且都是默认指定的传播机制PROPAGATION_REQUIRED的时候,我们想达到,只要这两个方法,或者testThree 方法,其中一个出现异常触发回滚,都可以将这三个方法一起进行回滚。那应该怎么做?

第二种情形:
让它们都加入到一个事务里面:

class testThree  
{
    @Transactional(rollbackFor = Exception.class)
    public Boolean testThree(UserInfo userInfo) {
        
        addOne(xxxx);
        addTwo(xxxx);
        retrun xxx;
    }
    
}

在testThree方法(对于addOne 和 addTwo 来说是个外部方法)上同样使用声明式事物,且也是默认指定传播机制PROPAGATION_REQUIRED。 

这样addOne事物开启时,发现外部存在指定传播机制PROPAGATION_REQUIRED的事物,那么就会加入该事物;

同样addTwo同理。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值