Spring事务传播问题小案例

工作中碰到的一个小问题记录下来

情况是这样的：

有一个发送红包的接口写在 CouponService中，所有的发送红包不管什么场景最终都要调用这个Service中的领取红包接口

并且加上了事务标签，表示被事务管理

  @Transactional(rollbackFor=Exception.class）
  List<CouponVo> checkRepertoryAndSend（参数....）

然后有一个场景是批量发送红包或者其他什么之类的接口写在 CouponFacadeImpl 中；

这个接口也是一个事物；这里还有一些其他的操作和验证，如果不通过则全部回滚，所以这里也定义成了一个事务（这不是重点）

  @Transactional(rollbackFor=Exception.class）
   CouponFacade.sendCpByQuene(参数....) {
	//...
	for(int i = 0;i<telphones.length;i++) {
    try {
       //省略....
        couponService.checkRepeatable(CouponTempOrNotEnum.NORMAL, userId.toString(), templateId,
                YesOrNo.YES.getVal().equals(isRepeate)?"n":cpTemplate.getRepeatable(), null);
        //文本框的形式 就不用 批量发的形式；因为批量发有 难以避免同一时间同个用户重复发送的情况
       if(text0file1.intValue()==0){//这种事发一个 就减掉一个库存
            couponService.checkRepertoryAndSend(CouponTempOrNotEnum.NORMAL,userId+"",cpTemplate,"system",
            null);
           successNum.getAndIncrement();
       }else{
        couponService.getInsertCouponList(errTel,telphones[i],userId,coupons,couponFlows,cpTemplate,err,successNum);
       }
    } catch (BusinessException e) {
        errTel.append(telphones[i]).append(",");
        if(e.getCode().equals("2003")){//用户不存在
            err.append("1,").append(telphones[i]).append("|");
        }else if(e.getCode().equals("10000")){//已领取
            err.append("2,").append(telphones[i]).append("|");
        }else if(e.getCode().equals("10003")){//库存不足
            err.append("3,").append(telphones[i]).append("|");
        }else{//其他异常
            err.append("-1,").append(telphones[i]).append(":").append("|");
        }
    }
	//...
}

这是一个批量发送红包接口里面有循环调用单个发送接口

checkRepertoryAndSend

（批量有专门的批量发送，这里说的批量是少量发送红包，直接循环调用这个发送接口，这里只是说明一下问题）

期待结果：checkRepertoryAndSend() 里面抛出业务异常的时候（比如库存不足）需要将这个事务回滚；

但是在sendCpByQuene（）方法里面，把这个异常catry住，并且记录下来失败原因，然后继续执行下一个；

最终执行的结果：

sendCpByQuene里面也回滚了，两个事务一起回滚了；

查找问题： Spring事务的传播性与隔离级别

了解原理：

Spring它对JDBC的隔离级别作出了补充和扩展，其提供了7种事务传播行为。

1、PROPAGATION_REQUIRED：默认事务类型，如果没有，就新建一个事务；如果有，就加入当前事务。适合绝大多数情况。

2、PROPAGATION_REQUIRES_NEW：如果没有，就新建一个事务；如果有，就将当前事务挂起。

3、PROPAGATION_NESTED：如果没有，就新建一个事务；如果有，就在当前事务中嵌套其他事务。

4、PROPAGATION_SUPPORTS：如果没有，就以非事务方式执行；如果有，就使用当前事务。

5、PROPAGATION_NOT_SUPPORTED：如果没有，就以非事务方式执行；如果有，就将当前事务挂起。即无论如何不支持事务。

6、PROPAGATION_NEVER：如果没有，就以非事务方式执行；如果有，就抛出异常。

7、PROPAGATION_MANDATORY：如果没有，就抛出异常；如果有，就使用当前事务。

看第一个默认的事务类型，在我们这个案例中，犹豫第一个方法sendCpByQuene创建了一个新事务，第二个方法checkRepertoryAndSend发现已经有事务存在，就直接加入了第一个方法sendCpByQuene创建的事务中了

知道了问题所在所以解决方法就是让两个不在一个事务中，分别在两个事务中就行了

看了一下上面的只有 PROPAGATION_NESTED符合要求；

解决方案：

所以我们把第二个方法的事务界别改成PROPAGATION_NESTED就行了

@Transactional(rollbackFor=Exception.class,propagation= Propagation.NESTED)

注意：第一个方法一定要 catch住不然往上抛还是会回滚的

引申：如果一个这两个事务方法不在两个类中，而是在一个类中会怎么样呢？

结果：在同一个类中，会使被调用的事务方法中的事务失效；

Spring事务传播问题小案例

猜你喜欢