一个99%的人都说不清楚知识点—Spring 事务传播行为

,面试过很多人，大部分都能把事务的四个特性及隔离级别说得七七八八，但当问到 Spring 的传播行为时，就基本上没人能说出个一二三了。,我们都知道，一个事务要么成功，要么失败。但当若干个事务配合完成一个复杂任务时，就不能简单的这样一刀切了。我们需要根据任务之间的亲疏关系来指定哪些任务需要联动回滚，哪些任务即使失败也不会影响其他任务。要解决这个问题，就需要了解事务的传播行为了。Spring 中有七种事务的传播行为，如下表所示：,Spring 可以通过 @Transactional 注解的 propagation 属性来设置不同的传播行为策略。Spring 为此提供了一个枚举类 Propagation，源码如下：,接下来我们通过对其中三种最常用的（REQUIRED、REQUIRES_NEW、NESTED）策略进行对比来更深入的理解。以下测试均在外部方法开启事务的情况下进行，因为在外部没有事务的情况下，三者都会新建事务，效果一样。,当内部方法的事务传播行为设置为 REQUIRED 时，内部方法会加入外部方法的事务。我们在 UserServiceImpl 中添加如下方法：,创建 TransactionServiceImpl 类，并添加如下方法：,结果分析如下表所示：,前面四种情况都比较好理解，很多人不能理解最后一种情况：我都 try-catch 了你还想怎样？这里的关键点在于所有方法都处于同一个事务中，此时「小镜」的插入方法发生异常，那么这个方法所在的事务就会被 Spring 设置为 rollback 状态。因为异常被 catch 了，所以外部方法执行完要进行 commit 操作，这时却发现当前事务已经处于 rollback 状态了，虽然它不知道哪里出了问题，但也只能听从指挥，回滚所有操作了。,当内部方法的传播行为设置为 REQUIRES_NEW 时，内部方法会先将外部方法的事务挂起，然后开启一个新的事务 。在 UserServiceImpl 中添加如下方法：,在 TransactionServiceImpl 中添加如下方法：,结果分析如下表所示：,当内部方法的传播行为设置为 NESTED 时，内部方法会开启一个新的嵌套事务（子事务）。在 UserServiceImpl 中添加如下方法：,在 TransactionServiceImpl 中添加如下方法：,结果分析如下表所示：,每个 NESTED 事务执行前会将当前操作保存下来，叫做 savepoint （保存点），如果当前 NESTED 事务执行失败，则回滚到之前的保存点，保存点使得子事务的回滚不对主事务造成影响。NESTED 事务在外部事务提交以后自己才会提交。,REQUIRES_NEW 最为简单，不管当前有无事务，它都会开启一个全新事务，既不影响外部事务，也不会影响其他内部事务，真正的井水不犯河水，坚定而独立。,REQUIRED 在没有外部事务的情况下，会开启一个独立的新事务，且不会对其他同级事务造成影响；而当存在外部事务的情况下，则会与外部事务同生共死。,NESTED 在没有外部事务的情况下与 REQUIRED 效果相同；而当存在外部事务的情况下，当外部事务回滚时，它会创建一个嵌套事务（子事务）。外部事务回滚时，子事务会跟着回滚；但子事务的回滚不会对外部事务和其他同级事务造成影响。