Spring 5.x 源码之旅-63AOP事务实战四

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

 

传播机制图

NESTED

存在事务就会创建保存点，到时候回滚到保存点，不存在就创建一个事务。

例子

外层无捕获异常

外层无捕获异常的情况，就算创建了保存点，回滚了，但是外层事务捕获到异常还是会进行混滚，等于什么都没做了。

外层有捕获异常

外层有捕获异常的情况，回滚到保存点。

REQUIRED和NESTED回滚的区别

这个其实能回滚到保存点是因为用了同一个连接，会先设置一个保存点，如果出了异常就会回滚到那个保存点。然后外层业务捕获了异常，就可以提交了。如果外层业务没有捕获异常，那就整个连接回滚了，这个时候保存点就没用了。那有人会说了，如果我都用REQUIRED，内部异常，外部业务捕获是不是跟这个一样的效果呀，其实不一样，你可以试试，都用REQUIRED会报异常的org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only因为你内部异常了，设置了回滚标记，外部又捕获，然后要提交，发现有回滚标记，又需要回滚，所以会报异常。而NESTED不会，因为他在回滚的时候把回滚标记清除了，外部捕获异常后去提交，没发现回滚标记，就正常提交了。

设置连接不回滚。

而且外层业务也捕获了异常，那么事务就会去提交，但是提交的时候可是会去判断是否要回滚的哦，有回滚的话就不提交了，否则才提交：

现在我们来看下如果内部是NESTED的话，回滚到保存点，并设置回滚参数为false：

而在外层事务提交中的defStatus.isGlobalRollbackOnly()就是保存点设置的false，所以不会进回滚处理：

但是内存如果是REQUIRED的话，连接回滚标记设置了true：

于是在外层事务提交中发现回滚标记是true，于是进行回滚：

所以现在知道了，REQUIRED会设置回滚标记，外层就算是要提交看到回滚标记为true也会进行回滚，而NESTED在回滚到保存点的时候会进行回滚标记清除，使得外层可以顺利提交。其实传播机制搭配可以完成很多的功能，具体看需求案例，只要你了解原理，可以任意搭配。NESTED更多的意义应该是在于回滚到保存点，也就是可以有阶段性的记录。

REQUIRES_NEW和NESTED的区别

其实他们可以产生同样的效果，但是REQUIRES_NEW会有新的连接产生，而NESTED是用当前的事务连接，而且NESTED还可以回滚到保存点，REQUIRES_NEW每次都是一个新的事务，没办法控制其他事务的回滚，但是NESTED其实是一个事务，外层可以控制内层的回滚，内层就算每一层，外层出现异常，也可以全部回滚。