Spring 事务传播机制源码浅析——PROPAGATION_PROPAGATION_NESTED 事务嵌套

已于 2022-08-24 19:04:10 修改
阅读量958 收藏 2
点赞数 2
分类专栏： Spring实战与源码分析 文章标签： spring
于 2022-08-24 19:02:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_35971258/article/details/126508009
版权

使用示例

两个方法都使用 PROPAGATION_PROPAGATION_NESTED 传播机制，如下所示：

在这里插入图片描述
在这里插入图片描述

进入核心源码，源码如下：

在这里插入图片描述

首先进入 createTransactionIfNecessary() 方法内部的核心流程，可以分成六个核心步骤，源码如下：

在这里插入图片描述

第一步骤

源码如下：

在这里插入图片描述在这里插入图片描述

可以发现第一步骤有两行非常重要的代码，第一行代码主要是从 ThreadLocal 类型的变量中去获取值，源码如下：

在这里插入图片描述

第一次也就是现在过来的 add() 方法，现在从这个 ThreadLocal 变量中取值，肯定是取不到值的，因为在 add() 方法之前就没有事务过来过，所以这里 add() 方法过来这里 get() 不到值，接着执行第二行代码，源码如下：

在这里插入图片描述
在这里插入图片描述

就是在 txObject 事务对象中保存了两个值 ConnectionHolder 与 boolean newConnectionHolder，此时这两个值ConnectionHolder = null、newConnectionHolder = false，可以理解为第一个步骤就是返回了一个 DataSourceTransactionObject 事务对象，里面保存着两个元素。

第二步骤

继续执行第二个步骤，源码如下：

在这里插入图片描述在这里插入图片描述在这里插入图片描述

注意第一个步骤中保存的 ConnectionHolder 对象就是 null，所以条件不成立，表示前面根本不存在事务，因为现在还在准备去开启事务的路上呢。

所以第二步骤第一次过来的 add() 方法判断不成立，不执行 if 里面的逻辑，直接走 else 逻辑。源码如下：

在这里插入图片描述

现在 add() 方法就是使用的 PROPAGATION_PROPAGATION_NESTED 事务传播，所以条件成立，直接执行 startTransaction() 开启事务的方法，源码如下：

在这里插入图片描述

注意此时会创建一个用于事务内部状态流转的对象，DefaultTransactionStatus 对象保存当前事务是新事务还是老事务，很明显，add() 是第一个 过来开启事务的，所以这个肯定是 new 表示要新建事务，注意现在 add() 方法的堆栈上面保存的 newTransaction 状态为 true，然后继续进入到 doBegin() 方法，源码如下：

在这里插入图片描述

可以发现 doBegin() 方法主要干了这几件事情：

  • 把事务设置成 false 手动提交
  • 把 transactionActive 状态设置成 true 表示事务开启了，现在事务是运行状态的
  • 还有这一步非常关键：将 ConnectionHolder(里面封装着 Connection 对象) 存放到了 ThreadLocal 变量中(建立绑定关系)

至此 add() 方法上面的 @Transactional 注解开启了第一个新事物，然后开始调用目标方法，执行 add() 方法里面具体的逻辑，源码如下：

在这里插入图片描述

开始先去执行 add() 方法内部的逻辑，更新 test_user 表数据，当执行到 createOrder() 方法时，发现该方法上也存在 @Transactional 注解的，所以也会去执行上面的六大步骤。

在这里插入图片描述

所以此时 createOrder() 方法也去执行代理逻辑，源码如下：

在这里插入图片描述
在这里插入图片描述

此时从 ThreadLocal 变量中是可以获取到 ConnectionHolder(里面封装着 Connection 连接) 对象(因为第一次进来的 add() 把创建的事物保存到了 ThreadLocal 变量中)，然后把 ConnectionHolder 保存到了 DataSourceTransactionObject 事务对象中，继续返回上一层，源码如下：

在这里插入图片描述在这里插入图片描述

此时这个判断条件完全成立，ConnectionHolder 不为 null，并且 transactionActive 状态是 true，条件都满足，所以就会走进 if 逻辑里面的代码，源码如下：

在这里插入图片描述

进入 handleExistingTransaction() 方法，源码如下：

在这里插入图片描述
在这里插入图片描述

首先看到 prepareTransactionStatus() 方法，newTransaction 状态给的是 false，表示不去开始新事务，newSynchroinization 状态给的也是 false，表示不需要在创建一个新的同步状态的对象，记住这两个变量都是 false。并把这两个属性封装到了一个 DefaultTransactionStatus 对象，用于内部事务状态流转使用。

在这里插入图片描述

继续看一个非常重要的方法，createAndHoldSavepoint() 方法，从名字可以知道他的作用，肯定是要去创建保存点，然后通过保存点的方式做回滚操作。

什么是保存点(savepoint)？
 
举个例子：下面有三条执行语句，先后对 age 字段做了相应的修改，但是有时候我希望保留第一次的修改值，第二、三次修改给我回滚，这个时候就需要使用到保存点 savepoint 了。
 
update test_user set age = 100 where user_id = 1

update test_user set age = 200 where user_id = 1
update test_user set age = 300 where user_id = 1
 

创建 savepoint 保存点，用来标志回滚到什么位置，
 
create savepoint a
update test_user set age = 100 where user_id = 1
create savepoint b
update test_user set age = 200 where user_id = 1
create savepoint c
update test_user set age = 300 where user_id = 1
 
回滚操作，只需要 rollback b，这样就只保留了第一次修改，其他两次修改都不会成功，这就是 savepoint 的作用

进入源码如下：

在这里插入图片描述
在这里插入图片描述在这里插入图片描述

获取到 Connection 连接对象，调用 JDBC API 创建保存点。完成之后返回到上一层调用处，要准别开始去执行 createOrder() 目标方法的也逻辑了，源码如下：

在这里插入图片描述在这里插入图片描述

执行完 createOrder() 方法之后，就要开始去执行提交操作了，源码如下：

在这里插入图片描述
在这里插入图片描述

进入到 releaseHeldSavepoint() 方法内部：

在这里插入图片描述在这里插入图片描述

可以发现这个 releaseHeldSavepoint() 主要是把之前创建好的保存点擦除，并把 AbstractTransactionStatus 事务状态对象中保存点属性置为 null，然后准备去提交操作。为什么要擦除？因为这一步骤中途没有报异常，认为可以正常提交，但是能提交么？往下分析

提交操作的源码如下：

在这里插入图片描述

现在过来的 createOrder() 方法的堆栈上 newTransaction = false，并且 newSynchornization 也是 false，所以提交不了，然后再执行 finally 操作，源码如下：

在这里插入图片描述

进入到 cleanupAfterCompletion() 方法，源码如下：

在这里插入图片描述

发现里面都执行不了，因为 createOrder() 方法中创建的 DefaultTransactionStatus 对象 newTransaction、newSynchornization 都是 false 状态。并且也没有去挂起老事务，而是使用的同一个事务(同一个 Connection 连接)

至此两个方法都执行完成，事务正常提交了，但是如果 createOrder() 方法发生了异常是怎么回滚的呢？

下面开始走进回滚的源码，如下：

在这里插入图片描述

进入到 completeTransactionAfterThrowing() 方法，如下：

在这里插入图片描述

进入 rollback() 方法内部，源码如下：

在这里插入图片描述

现在肯定是有保存点的，createOrder() 过来的时候创建好的保存点，然后执行 rollbackToHeldSavePoint() 方法，方法如下：

在这里插入图片描述

进入到 rollbackToSavepoint() 方法，如下所示：

在这里插入图片描述

在这里它干了两件事情，获取到 Connection 对象进行保存点的回滚操作(JDBC API 基本接口)，然后还干了一件非常重要的事情，就是修改了 rollbackOnly 变量的状态，修改成了 false，这个点非常重要，下面就会分析到为什么要改成 false

rollbackOnly 变量可以控制事务回滚，就算没有发生异常，可以在满足我们自定义的条件进行事务回滚操作

如果设置为 false，表示在 commit 操作就一定是去执行 commit 操作，不会再走 rollback 操作了，前面分析过在默认的事务隔离级别下，如果内部方法抛出了异常，外部方法把它 catch 掉，最终整个事务都会回滚，就是因为内部抛出异常的时候，会把这个 rollbackOnly 修改成 true，所以在外部方法 commit 操作的时候，最终执行的是 rollback 回滚逻辑，而不是 commit 操作，所以才会有这样的说法，Spring 中 rollback 一定会 rollback？Spring 中 commit 一定会 commit ？答案肯定不是一定的，好了，回到正题，继续往下分析源码：

在这里插入图片描述

然后再回到下面这幅图：

在这里插入图片描述

执行 releaseSavepoint() 方法，获取 Connection 擦除保存点。因为事务已经执行完了回滚操作了，保存点也没有存在的意义了。然后再执行 setSavepoint(null)，将事务对象中的属性 savepoint 置 null

在这里插入图片描述

然后再 rollback 完成之后，还会执行 finally 中的逻辑，源码如下：

在这里插入图片描述在这里插入图片描述

执行完 finally 之后，回到上层调用处，源码如下：

在这里插入图片描述

开始执行 throw ex ，把异常向上抛出去，此时就会存在两种情况：

第一种：如果外层捕获了异常，那么外层逻辑正常提交，内部方法的逻辑全部回滚，就产生脏数据了

第二种：如果外层没有捕获异常，那么异常就会继续向上抛出，最终有抛给了 completeTransactionAfterThrowing() 方法，源码如下：

在这里插入图片描述

此时就会进行外层逻辑的回滚操作，至此两个方法的逻辑都被回滚了，就不会产生脏数据。

至此整PROPAGATION_PROPAGATION_NESTED传播机制就分析完了，总结下嵌套传播，如果没有事务新建事务，如果有，则嵌套在该事务执行，使用的还是同一个 Connection 连接对象，嵌套传播主要是利用保存点进行回滚操作，保存在在正式提交前回擦除，在保存点回滚后也会擦除。

魔道不误砍柴功
关注
专栏目录
Spring 事务 - 基本使用、传播机制、失效场景、嵌套事务多回滚解决
CYK_byte的博客
03-12 4369
带你一次学懂：编程式事务、声明式事务、事务的传播机制！
spring事务传播之NESTED
bearman的博客
11-23 6553
下面是官方的解释/** * Execute within a nested transaction if a current transaction exists, * behave like PROPAGATION_REQUIRED else. There is no analogous feature in EJB. * <p>Note: Actual creation of a nest
【spring】spring 的事务(transaction) 四 嵌套事务PROPAGATION_NESTED
m0_45406092的博客
08-08 1万+
文章目录1. 什么是嵌套事务PROPAGATION_NESTED2. PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW的区别2.1 验证PROPAGATION_REQUIRES_NEW内层事务执行完就立即提交2.2 验证PROPAGATION_NESTED 内层事务执行完未立即提交2.3 验证PROPAGATION_NESTED 内层事务回滚 相关文章 spring 的事务(transaction) 一 基础概念介绍 spring 的事务(transaction) 二
SPRING 事务控制
woi123的专栏
06-08 448
在 SPRING 中一共定义了六种事务传播属性 PROPAGATION_REQUIRED -- 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。 PROPAGATION_SUPPORTS -- 支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY -- 支持当前事务，如果当前没有事务，就抛出异常。 PROPAGAT...
关于PROPAGATION_NESTED的理解
热门推荐
yanxin1213的博客
09-06 2万+
查了一些资料，感觉并不能很清晰地表达出两者的差异。所以打算自己总结一下。 先来看一下Spring中对于事务传播性的几种定义 PROPAGATION_REQUIRED -- 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。 PROPAGATION_SUPPORTS -- 支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY -- 支...
spring事务PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW
qq_33271461的博客
02-08 839
spring事务PROPAGATION_NESTED 与PROPAGATION_REQUIRES_NEW
spring事务传播机制-REQUIRED嵌套REQUIRES_NEW
天下无双
12-24 1万+
如果在同一个事务中， 内层REQUIRES_NEW并不会开启新的事务/** @Transactional(propagation = Propagation.REQUIRED) @Override public void save(UserRecord userParam) { logger.info("开始执行 save {}, {}", userParam
深入理解Spring事务的传播行为
08-26
7. `PROPAGATION_NESTED`: 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则行为类似于`PROPAGATION_REQUIRED`。嵌套事务的特点是，子事务的回滚只会影响其自身，不会影响外层事务，除非外层事务也选择...
spring事务传播机制-REQUIRED嵌套NESTED
天下无双
12-24 5542
1：在同一个service中嵌套, 如果已经存在外层事务，则nested不会开启新的事务，否则会开启 nested的savepoint是不起作用的， 内层事务回滚会导致整个事务一同回滚 2：在不同的service中嵌套，如果已经存在外层事务，则nested同样不会开启新的事务，否则会开启 但是nested的savepoint是起作用的，即：内层事务回滚 只会影响内层事务，不会导致外层事务一同
事务的传播行为：PROPAGATION_REQUIRES_NEW和PROPAGATION_NESTED总结
chumi9860的博客
07-02 1109
针对注解的事务的例子说明： PROPAGATION_REQUIRES_NEW： 执行结果描述：如下例子执行结果是save方法的数据保存到了数据库，save1的数据未保存到数据库。 结果总结：save1重新启动了一个事务，其执行失败不会影响其他的事务.只是回滚自己所在事务。 接口类：Us...
Spring 事务传播行为之Propagation.NESTED REQUIRES_NEW等探讨
最新发布
chengmin123456789的博客
06-17 391
当一个事务方法（标记为@Transactional(propagation = Propagation.NESTED))被另一个活动事务调用时，它会创建一个“保存点”（Savepoint）作为新的事务开始点。这意味着，如果这个嵌套事务方法内部发生异常并导致回滚，事务会回滚到这个保存点，而不会影响到外部事务的其他操作。如果一切正常，嵌套事务会在外部事务结束时一起提交。
Spring事务总结---传播级别以及REQUIRED_NEW及NESTED的使用场景
03-28 1268
超过了字数限制，强行被分割。。。。 三、Spring事务的传播性与隔离级别 Spring它对JDBC的隔离级别作出了补充和扩展，其提供了7种事务传播行为。（通俗解释原址） 1、PROPAGATION_REQUIRED：默认事务类型，如果没有，就新建一个事务；如果有，...
spring事务传播特性
张三与王二麻子
01-19 1万+
spring事务传播属性示例分析 在TransactionDefinition类中，Spring提供了7种传播属性，接下来分别用简单示例来说明。 温馨提醒：下文提到的加入当前事务，指的是底层使用同一个Connection，但是事务状态对象是可以重新创建的，并不影响。文章提到的当前只存在一个事务，表示的是共用底层的一个Connection，而不在乎创建了多少个事务状态对象(TransactionSt...
spring事务传播性（propagation）
weixin_47460834的博客
07-02 428
事务传播性，事务方法之间调用的时候，事务的传播方式。1、REQUIRED（required） 这里假设调用者是A，被调用者是B 默认的传播属性，如果A 有事务，加入A的事务，如果没有事务创建一个自己的事务回滚也就自己回滚；2、REQUIRED_NEW 创建一个新的事务，如果当前存在事务则把当前事务挂起，不管外部是否有事务都开启自己的事务，外面回滚里面作为独立事务不用回滚，里面回滚异常未处理的话外部也回滚。 与REQUIRED的本质区别在于，可能存在两个事务，外部事务被挂起；3、NESTED（nest
Propagation.NESTED 和Propagation.REQUIRES_NEW的区别
aiyaya_66da的博客
06-29 4240
Propagation.NESTED 和Propagation.REQUIRES_NEW的区别 首先感谢这个微博的博主，解决了我的疑惑。https://www.cnblogs.com/-flq/p/9768576.html 说到spring的事务传播行为，最难理解的不过是Propagation.REQUIRES_NEW和Propagation.NESTED了。上网搜了一下大家的描述，我自己总结...
简单理解Spring中的PROPAGATION_NESTED
sharajava的博客
05-09 1654
结合http://www.iteye.com/topic/35907，简单总结一下自己的理解： （上图AD和BC代表两个事务，1，2，3代表事务执行的三个阶段。图简陋了点，有点像“金箍棒”） 使用嵌套事务的场景有两点需求： 需要事务BC与事务AD一起commit，即：作为事务AD的子事务，事务BC只有在事务AD成功commit时（阶段3成功）才commit。这个需求简单称之为“...
Spring的嵌套事务(Propagation.NESTED)到底是个啥
cainiao1412的博客
01-06 4251
SavePoint是数据库事务中的一个概念, 可以将整个事务切割为不同的小事务, 可以选择将状态回滚到某个小事务发生时的样子。Propagation.NESTED 则是外部事务的子事务, 如果外部事务 commit, 嵌套事务也会被 commit, 这个规则同样适用于rollback.嵌套事务开始执行时, 它将取得一个 savepoint, 如果这个嵌套事务失败, 我们将回滚到此 savepoint，嵌套事务是外部事务的一部分, 只有外部事务结束后它才会被提交.
spring事务 的传播行为PROPAGATION_NESTED：，及其代码示例
05-25
PROPAGATION_NESTED 表示在当前事务中创建一个嵌套的事务，如果存在当前事务，则当前事务作为主事务，新的嵌套事务作为子事务，子事务可以独立提交或回滚，但是主事务提交时会提交所有的子事务，主事务回滚时会回滚所有的子事务。 以下是使用 PROPAGATION_NESTED 的代码示例： ```java @Service public class UserServiceImpl implements UserService { @Autowired private UserDao userDao; @Transactional(propagation = Propagation.REQUIRED) public void updateUser(User user) { userDao.update(user); try { // 在当前事务中创建一个嵌套的事务 addScore(user.getId(), 10); } catch (Exception e) { e.printStackTrace(); } } @Transactional(propagation = Propagation.NESTED) public void addScore(Long userId, int score) { userDao.addScore(userId, score); if (score == 10) { throw new RuntimeException("score is 10, rollback..."); } } } ``` 在 updateUser 方法中，使用 PROPAGATION_REQUIRED 开启一个事务，同时调用了 addScore 方法，在 addScore 方法中使用 PROPAGATION_NESTED 开启一个嵌套的事务。当 addScore 方法中抛出异常时，只会回滚嵌套事务，不会影响主事务。当 updateUser 方法中抛出异常时，会回滚主事务，同时也会回滚嵌套事务。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

魔道不误砍柴功

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值