Spring 5.x 源码之旅-76事务细节分析五

作者简介:大家好,我是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下的验证结果当作最终结果的水货们请闭嘴】

 

创建事务信息流程图

处理提交流程图

处理回滚流程图

内外都是REQUIRED,外层捕获异常

如果外面这样会如何呢:


外层事务会去提交,但是最后还是执行回滚,然后报异常,因为内层已经设置了全局回滚,在这里就会进回滚的逻辑,unexpected=true


回滚完之后报异常,表示说都已经设置全局回滚了,为什么还要进提交:


所以最终结果还是都回滚,而且还抛异常了,所以最好不要这么用,这个是在内层是REQUIRES_NEW和NESTED里用就可以,具体后面讲。

外层是REQUIRED并捕获异常内层是REQUIRES_NEW

先来外层捕获异常。

事务状态

我们先来看看他们创建的状态吧,首先是外层的:


然后内层的,创建了新的连接持有器和连接,把外层的事务挂起了,挂起资源里保存着连接持有器:

事务回滚情况

内层直接回滚了:


然后把外层连接资源给恢复了:


外层由于捕获了,所以到提交处理中,此时全局回滚是false,因为是两个不同的连接,不会影响,最后也还是提交成功的:

外层是REQUIRED内层是REQUIRES_NEW

这个由于内外层两个事务是两个不同连接,而且内部会把异常继续抛出,外层没捕获处理,所以内外层都回滚了,这个就不演示了,自己可以调试下。

外层是REQUIRES_NEW,REQUIRED,NESTED内层是REQUIRES_NEW

其实这几个是一样的,都是创建内外两个连接,因为源码里是这样的,不确定的话可以调试下:

好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值