Spring源码阅读：Spring事务传播特性

一、概述

 

我们平常工作中经常会听到事务的传播级别，但是使用中基本不会太调整这个事务传播级别，因为没什么业务场景需要我们这么做，只需要使用原有的事务传播级别即可解决95%的业务场景。但是为了那5%的业务场景，我们还是还要学习。事务的传播级别实际上规定了方法与方法之间相互调用时事务之间是如何传播的。例如：A方法的事务传播级别是REQUIRED，B方法的事务传播级别是NEVER，那么A调用B的事务是如何运行的？此时B是不支持事务的，A调用B会抛出异常。

        在这里我们做一个形象的比喻，把事务当作妻子，而事务传播级别相当与娶妻的思想。NEVER传播级别相当于欧洲中世纪的神父的结婚约束，不允许结婚。REQUIRED相当与阿拉伯的结婚制度，如果没有老婆就找个老婆，如果又找到一个老婆就加入当前的家庭，两者地位平等。NOT_SUPPORTED永远不结婚，即使又喜欢的女孩子也会用不结婚的方式与其保持关系。MANDATORY类似于中国大部分家长的思想，必须要结婚，不结婚的人生无法往下继续执行。REQUIRES_NEW就相当于重婚，喜欢上多个女孩，并和他们都结婚，组成了多个不同的家庭。SUPPORTS就像有钱的中年男人，在又家庭的情况下，遇到其它喜欢的女孩子，以非婚姻的方式保持关系。NESTED相当于古代的婚姻制度，只有一个正妻，其他娶进来的都是妾，两者地位是从属关系。

下图为事务传播特性图：

二、案例分析

　　外层的传播特性为REQUIRED，首先外层会新建一个事务TransactionInfo，如果已存在事务，那么内存的事务该如何执行？我们接着往下分析。

　　AbstractPlatformTransactionManager#getTransaction 获取事务状态核心伪代码：

// 获取事务信息
public final TransactionStatus getTransaction(@Nullable TransactionDefinition definition) throws TransactionException {

　　// 若不指定事务定义，则使用默认的事务定义StaticTransactionDefinition
　　TransactionDefinition def = (definition != null ? definition : TransactionDefinition.withDefaults());

　　// 获取数据源对象 DataSourceTransactionObject
　　Object transaction = doGetTransaction();
　　boolean debugEnabled = logger.isDebugEnabled();

　　// 若已存在事务，按已存在事务流程执行
　　if (isExistingTransaction(transaction)) {
　　　　return handleExistingTransaction(def, transaction, debugEnabled);
　　}
}

　　AbstractPlatformTransactionManager#doGetTransaction 获取数据源属性对象核心代码：创建数据源属性对象，并设置是否允许当前事务设置保存点，并获取数据源对应的jdbc连接，设置进数据源属性对象中。

// 创建数据源属性对象，并填充属性
protected Object doGetTransaction() {
   // 创建一个数据源事务对象
   DataSourceTransactionObject txObject = new DataSourceTransactionObject();
   // 是否允许当前事务设置保存点
   txObject.setSavepointAllowed(isNestedTransactionAllowed());
   // 对于内层被增强方法而言，数据源对应的jdbc连接在创建新事务时, 在事务同步管理器中已经完成初始化，此处事务管理器的jdbc连接不为空
   ConnectionHolder conHolder =
         (ConnectionHolder) TransactionSynchronizationManager.getResource(obtainDataSource());
   txObject.setConnectionHolder(conHolder, false);
   // 返回事务对象
   return txObject;
}

　　DataSourceTransactionManager#isExistingTransaction 是否已存在事务核心代码

protected boolean isExistingTransaction(Object transaction) {
   DataSourceTransactionObject txObject = (DataSourceTransactionObject) transaction;
    // 判断数据源事务对象中是否有连接持有器，并且事务处理激活状态
    return (txObject.hasConnectionHolder() && txObject.getConnectionHolder().isTransactionActive());
 }

执行已存在事务流程概览：

1、内层传播特性为NEVER

　　当前事务行为为PROPAGATION_NEVER, 不支持事务,但是当前又存在一个事务,所以抛出异常

2、内层传播特性为NOT_SUPPORTED

　　当前事务行为为PROPAGATION_NOT_SUPPORTED, 挂起已经存在的事务, 以非事务状态运行

3、内层传播特性为REQUIRES_NEW

　　当前事务行为为PROPAGATION_REQUIRES_NEW，挂起已经存在的事务，开启一个新事务

4、内层传播特性为NESTED

　　当前事务行为PROPAGATION_NESTED，判断是否允许嵌套事务，不允许，抛异常；

　　否则，判断是否使用保存点执行Nest事务，若使用保存点，创建事务状态对象，并为当前事务创建一个保存点，返回事务状态对象；

　　若不使用保存点执行Nest事务，开启一个新事务执行

5、内层传播特性为REQUIRED

　　当前事务行为PROPAGATION_REQUIRED，创建事务状态对象，newTransaction标识设置为false，标识不是一个新事务，并返回事务状态对象。不是一个新事务代表，jdbc连接用的是同一个，在异常未捕获时，若发生回滚则一起回滚。

参考文章：

Spring事务传播：REQUIRED、REQUIRES_NEW、NESTED事务传播举例对比_事务传播机制nested_加尔维娅的博客-CSDN博客