Spring事务传播问题小案例

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

情况是这样的：

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

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

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

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

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

  @Transactional(rollbackFor=Exception.class）
   CouponFacade.sendCpByQuene(参数....) {
	//...
	for(int i = 0;i

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

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住 不然往上抛还是会回滚的

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

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