Spring事务源码解析

于 2024-08-05 21:30:43 发布
阅读量1k 收藏 10
点赞数 21
分类专栏： Spring 文章标签： spring java 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45061342/article/details/140936965
版权

目录

1. @EnableTransactionManagement工作原理

2. Spring事务基本执行原理

3. Spring事务执行流程

4. Spring事务传播机制

5. Spring事务传播机制分类

@Transactional使用

6. Spring事务强制回滚

7. TransactionSynchronization

1. @EnableTransactionManagement工作原理

开启Spring事务本质上就是增加了一个Advisor，但我们使用@EnableTransactionManagement注解来开启Spring事务，该注解代理的功能就是向Spring容器中添加了两个Bean：

  1. AutoProxyRegistrar
  2. ProxyTransactionManagementConfiguration

AutoProxyRegistrar主要的作用是向Spring容器中注册了一个InfrastructureAdvisorAutoProxyCreator的Bean。
而InfrastructureAdvisorAutoProxyCreator继承了AbstractAdvisorAutoProxyCreator，所以这个类的主要作用就是开启自动代理的作用，也就是一个BeanPostProcessor，会在初始化后步骤中去寻找Advisor类型的Bean，并判断当前某个Bean是否有匹配的Advisor，是否需要利用动态代理产生一个代理对象。

//org.springframework.context.annotation.AutoProxyRegistrar#registerBeanDefinitions

/*
*registerBeanDefinitions部分代码
*/
Object mode = candidate.get("mode");
Object proxyTargetClass = candidate.get("proxyTargetClass");
if (mode != null && proxyTargetClass != null && AdviceMode.class == mode.getClass() &&
    Boolean.class == proxyTargetClass.getClass()) {
    candidateFound = true;
    if (mode == AdviceMode.PROXY) {
        // 注册InfrastructureAdvisorAutoProxyCreator，才可以Bean进行AOP
        AopConfigUtils.registerAutoProxyCreatorIfNecessary(registry);
        if ((Boolean) proxyTargetClass) {
            // 设置InfrastructureAdvisorAutoProxyCreator的proxyTargetClass为true
            AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry);
            return;
        }
    }
}
@Nullable
public static BeanDefinition registerAutoProxyCreatorIfNecessary(
        BeanDefinitionRegistry registry, @Nullable Object source) {

    return registerOrEscalateApcAsRequired(InfrastructureAdvisorAutoProxyCreator.class, registry, source);
}
@SuppressWarnings("serial")
public class InfrastructureAdvisorAutoProxyCreator extends AbstractAdvisorAutoProxyCreator {

	@Nullable
	private ConfigurableListableBeanFactory beanFactory;


	@Override
	protected void initBeanFactory(ConfigurableListableBeanFactory beanFactory) {
		super.initBeanFactory(beanFactory);
		this.beanFactory = beanFactory;
	}

	@Override
	protected boolean isEligibleAdvisorBean(String beanName) {
		// 判断是不是一个合格的Advisor
		return (this.beanFactory != null && this.beanFactory.containsBeanDefinition(beanName) &&
				this.beanFactory.getBeanDefinition(beanName).getRole() == BeanDefinition.ROLE_INFRASTRUCTURE);
	}

}

ProxyTransactionManagementConfiguration是一个配置类，它又定义了另外三个bean：

  1. BeanFactoryTransactionAttributeSourceAdvisor：一个Advisor
  2. AnnotationTransactionAttributeSource：相当于BeanFactoryTransactionAttributeSourceAdvisor中的Pointcut
  3. TransactionInterceptor：相当于BeanFactoryTransactionAttributeSourceAdvisor中的Advice

AnnotationTransactionAttributeSource-->就是用来判断某个类上是否存在@Transactional注解，或者判断某个方法上是否存在@Transactional注解的。

TransactionInterceptor-->就是代理逻辑，当某个类中存在@Transactional注解时，到时就产生一个代理对象作为Bean，代理对象在执行某个方法时，最终就会进入到TransactionInterceptor的invoke()方法。

2. Spring事务基本执行原理

一个Bean在执行Bean的创建生命周期时，会经过InfrastructureAdvisorAutoProxyCreator的初始化后的方法，会判断当前当前Bean对象是否和BeanFactoryTransactionAttributeSourceAdvisor匹配，匹配逻辑为判断该Bean的类上是否存在@Transactional注解，或者类中的某个方法上是否存在@Transactional注解，如果存在则表示该Bean需要进行动态代理产生一个代理对象作为Bean对象。

该代理对象在执行某个方法时，会再次判断当前执行的方法是否和BeanFactoryTransactionAttributeSourceAdvisor匹配，如果匹配则执行该Advisor中的TransactionInterceptor的invoke()方法，执行基本流程为：

  1. 利用所配置的PlatformTransactionManager事务管理器新建一个数据库连接
  2. 修改数据库连接的autocommit为false
  3. 执行MethodInvocation.proceed()方法，简单理解就是执行业务方法，其中就会执行sql
  4. 如果没有抛异常，则提交
  5. 如果抛了异常，则回滚

3. Spring事务执行流程

4. Spring事务传播机制

在开发过程中，经常会出现一个方法调用另外一个方法，那么这里就涉及到了多种场景，比如a()调用b()：

  1. a()和b()方法中的所有sql需要在同一个事务中吗？
  2. a()和b()方法需要单独的事务吗？
  3. a()需要在事务中执行，b()还需要在事务中执行吗？
  4. 等等情况...

所以，这就要求Spring事务能支持上面各种场景，这就是Spring事务传播机制的由来。那Spring事务传播机制是如何实现的呢?

先来看上述几种场景中的一种情况，a()在一个事务中执行，调用b()方法时需要新开一个事务执行：

  1. 首先，代理对象执行a()方法前，先利用事务管理器新建一个数据库连接a
  2. 将数据库连接a的autocommit改为false
  3. 把数据库连接a设置到ThreadLocal中
  4. 执行a()方法中的sql
  5. 执行a()方法过程中，调用了b()方法（注意用代理对象调用b()方法）
    1. 代理对象执行b()方法前，判断出来了当前线程中已经存在一个数据库连接a了，表示当前线程其实已经拥有一个Spring事务了，则进行挂起
    2. 挂起就是把ThreadLocal中的数据库连接a从ThreadLocal中移除，并放入一个挂起资源对象中
    3. 挂起完成后，再次利用事务管理器新建一个数据库连接b
    4. 将数据库连接b的autocommit改为false
    5. 把数据库连接b设置到ThreadLocal中
    6. 执行b()方法中的sql
    7. b()方法正常执行完，则从ThreadLocal中拿到数据库连接b进行提交
    8. 提交之后会恢复所挂起的数据库连接a，这里的恢复，其实只是把在挂起资源对象中所保存的数据库连接a再次设置到ThreadLocal中
  6. a()方法正常执行完，则从ThreadLocal中拿到数据库连接a进行提交

这个过程中最为核心的是：在执行某个方法时，判断当前是否已经存在一个事务，就是判断当前线程的ThreadLocal中是否存在一个数据库连接对象，如果存在则表示已经存在一个事务了。

5. Spring事务传播机制分类

其中，以非事务方式运行，表示以非Spring事务运行，表示在执行这个方法时，Spring事务管理器不会去建立数据库连接，执行sql时，由Mybatis或JdbcTemplate自己来建立数据库连接来执行sql。

@Transactional使用

情况1

@Component
public class UserService {
    @Autowired
    private UserService userService;
    
    @Transactional
	public void test() {
        // test方法中的sql
        userService.a();
    }

    @Transactional
    public void a() {
        // a方法中的sql
    }
}

默认情况下传播机制为REQUIRED，表示当前如果没有事务则新建一个事务，如果有事务则在当前事务中执行。

上面这种情况的执行流程如下：

  1. 新建一个数据库连接conn
  2. 设置conn的autocommit为false
  3. 执行test方法中的sql
  4. 执行a方法中的sql
  5. 执行conn的commit()方法进行提交

情况2

@Component
public class UserService {
    @Autowired
    private UserService userService;

    @Transactional
    public void test() {
        // test方法中的sql
        userService.a();
        int result = 100/0;
    }
    
    @Transactional
    public void a() {
        // a方法中的sql
    }
}

上面这种情况的执行流程如下：

  1. 新建一个数据库连接conn
  2. 设置conn的autocommit为false
  3. 执行test方法中的sql
  4. 执行a方法中的sql
  5. 抛出异常
  6. 执行conn的rollback()方法进行回滚，所以两个方法中的sql都会回滚掉

情况3

@Component
public class UserService {
    @Autowired
    private UserService userService;

    @Transactional
    public void test() {
        // test方法中的sql
        userService.a();
    }
    
    @Transactional
    public void a() {
        // a方法中的sql
        int result = 100/0;
    }
}

上面这种情况的执行流程如下：

  1. 新建一个数据库连接conn
  2. 设置conn的autocommit为false
  3. 执行test方法中的sql
  4. 执行a方法中的sql
  5. 抛出异常
  6. 执行conn的rollback()方法进行回滚，所以两个方法中的sql都会回滚掉

情况4


@Component
public class UserService {
    @Autowired
    private UserService userService;

    @Transactional
    public void test() {
        // test方法中的sql
        userService.a();
    }

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void a() {
        // a方法中的sql
        int result = 100/0;
    }
}

上面这种情况的执行流程如下：

  1. 新建一个数据库连接conn
  2. 设置conn的autocommit为false
  3. 执行test方法中的sql
  4. 又新建一个数据库连接conn2
  5. 执行a方法中的sql
  6. 抛出异常
  7. 执行conn2的rollback()方法进行回滚
  8. 继续抛异常，对于test()方法而言，它会接收到一个异常，然后抛出
  9. 执行conn的rollback()方法进行回滚，最终还是两个方法中的sql都回滚了

6. Spring事务强制回滚

正常情况下，a()调用b()方法时，如果b()方法抛了异常，但是在a()方法捕获了，那么a()的事务还是会正常提交的，但是有的时候，我们捕获异常可能仅仅只是不把异常信息返回给客户端，而是为了返回一些更友好的错误信息，而这个时候，我们还是希望事务能回滚的，那这个时候就得告诉Spring把当前事务回滚掉，做法就是：

@Transactional
public void test(){
    // 执行sql
    try {
        b();
    } catch (Exception e) {
        // 构造友好的错误信息返回
        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
    } 
}

public void b() throws Exception {
	throw new Exception();
}

7. TransactionSynchronization

Spring事务有可能会提交，回滚、挂起、恢复，所以Spring事务提供了一种机制，可以让程序员来监听当前Spring事务所处于的状态。

@Component
public class UserService {
	@Autowired
	private JdbcTemplate jdbcTemplate;

	@Autowired
	private UserService userService;

	@Transactional
	public void test(){
		TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronization() {

			@Override
			public void suspend() {
				System.out.println("test被挂起了");
			}

			@Override
			public void resume() {
				System.out.println("test被恢复了");
			}

			@Override
			public void beforeCommit(boolean readOnly) {
				System.out.println("test准备要提交了");
			}

			@Override
			public void beforeCompletion() {
				System.out.println("test准备要提交或回滚了");
			}

			@Override
			public void afterCommit() {
				System.out.println("test提交成功了");
			}

			@Override
			public void afterCompletion(int status) {
				System.out.println("test提交或回滚成功了");
			}
		});

		jdbcTemplate.execute("insert into t1 values(1,1,1,1,'1')");
		System.out.println("test");
		userService.a();
	}

	@Transactional(propagation = Propagation.REQUIRES_NEW)
	public void a(){
		TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronization() {

			@Override
			public void suspend() {
				System.out.println("a被挂起了");
			}

			@Override
			public void resume() {
				System.out.println("a被恢复了");
			}

			@Override
			public void beforeCommit(boolean readOnly) {
				System.out.println("a准备要提交了");
			}

			@Override
			public void beforeCompletion() {
				System.out.println("a准备要提交或回滚了");
			}

			@Override
			public void afterCommit() {
				System.out.println("a提交成功了");
			}

			@Override
			public void afterCompletion(int status) {
				System.out.println("a提交或回滚成功了");
			}
		});

		jdbcTemplate.execute("insert into t1 values(2,2,2,2,'2')");
		System.out.println("a");
	}
}

spring事务源码解析
04-02
spring事务源码解析
Spring事务源码详解
景川的博客
05-26 6130
事务是逻辑上的一组操作，要么都执行，要么都不执行，关于事务的基本知识可以看 Spring事务： Spring 支持两种方式的事务管理：编程式事务管理、声明式事务管理
Spring事务源码原理详解（保姆级）
真正的大师，永远怀着一颗学徒的❤
11-04 6241
通过5个案例，50张图文讲解，从Spring事务源码原理带你彻底搞定Spring事务，工作面试一套拿捏
Spring之事务底层原理源码解析
沮丧的南瓜
01-03 3851
文章目录一、`@EnableTransactionManagement`工作原理二、Spring事务基本执行原理三、Spring事务详细执行流程四、Spring事务传播机制五、Spring事务传播机制分类案例分析情况1情况2情况3情况4六、Spring事务强制回滚七、TransactionSynchronization 一、@EnableTransactionManagement工作原理 开启Spring事务本质上就是增加了一个Advisor，但我们使用@EnableTransactionManagemen
Spring事务源码解读
Trouvailless的博客
05-16 1286
一、Spring事务使用 1.通过maven方式引入jar包 <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.2.8</version> </dependency> <dependency> <group
【面试必备】Spring事务源码解析.txt
06-11
本资源讲解的是Spring事务的相关技术，需要可自行下载。 课程内容： 1.实战了解学习源码应有的姿势？ 2.埋坑，从深坑中玩转事务； 3.迷一般的事务？我数据验证为啥失效？ 4.透过源码学习事务隔离级别； 5.源码解读，...
Spring源码解析.zip
07-31
本压缩包“Spring源码解析”提供了对Spring框架核心组件——IOC（Inversion of Control，控制反转）、AOP（Aspect Oriented Programming，面向切面编程）以及Transaction（事务管理）的源码分析，帮助开发者更全面地...
果子学院Spring boot源码解析
04-22
《果子学院Spring Boot源码解析》是一套深入学习Spring Boot源码的教程，旨在帮助开发者深入了解这个流行的Java开发框架的内部工作机制。Spring Boot简化了Java应用的初始搭建以及开发过程，它集成了大量常用的第三...
spring事务源码剖析
qq_31671187的博客
01-10 362
spring事务解析
Spring源码解析之事务篇
NightWish- 的博客
09-23 1332
文章目录什么是事务？准备工作特性并发问题隔离级别传播行为声明式配置事务的流程事务管理器启用流程启用代理事务管理配置定义生成代理类处理流程获取拦截器链执行代理方法1.准备工作2.处理策略3.创建事务4.执行代理方法5.异常事务处理6.清除事务信息7.返回后事务提交总结 什么是事务？ 事务（Transaction）：指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)，它是恢复和并发控制的基本单位。 通常我们在业务逻辑处理代码中对数据库的同一组增删改查操作就是一个事务操作，由此可见事务的前提必须是使
仅用61 张图，剖析 Spring 事务源码，就是要钻到底！
wdj_yyds的博客
06-27 304
我们再小节一下，文章先介绍了事务的使用示例，以及事务的执行流程。先匹配出 louzai 对象所有关于事务的切面列表，并将匹配成功的事务属性保存到缓存；从缓存取出事务属性，然后创建、启动事务，执行业务逻辑，最后提交或者回滚事务。这篇文章，是 Spring 源码解析的第 4 篇，如果之前已经看过 AOP 的源码解析，这篇就要容易很多，但是如果上来就直接肝，可能会有那么一丢丢难度。
（七）Spring源码解析：Spring事务
最新发布
爪哇缪斯的博客
07-17 414
当我们希望在Spring中开启事务的时候，我们需要在配置中增加，如下所示：file我们在Spring项目中搜索“”，可以发现与事务相关的处理类为，在该类中，注册了解析器，代码如下所示：file在类中我们需要关注的就是parse(...)方法，它负责执行BeanDefiniton的解析操作。这里会通过mode属性来确定是采用aspectj的方式进行解析还是采用AOP代理的方式进行解析，具体逻辑如下所示：file由于常用的就是采用AOP代理的方式进行解析操作，所以此处我们只需要关心类的。
Spring 原理
qq_40896594的博客
09-15 3761
1、Spring 特点 1.1、轻量级 从大小和开销两方面而言 Spring 都是清轻量的。完整的 Spring 框架可以在一个大小只有 1M 多的 Jar 文件里发布，并且 Spring 所需的处理开销也是微不足道的。 此外，Spring 是非侵入式的：典型的 Spring 应用中的对象不依赖与 Spring 的特定的类。 1.2、控制反转 Spring 通过控制反转（IOC）技术促进了低耦合。 当应用了IOC，一个对象依赖的其他对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖。
Spring原理篇
weixin_44446626的博客
08-23 1130
Spring原理性知识
Spring源码之事务源码解析
从入门到脱发
05-08 684
文章目录前言类结构体系产生过程创建过程执行过程 前言 猿猿们都知道，IOC和AOP很重要，事务也很重要，这篇就来解析事务的源码。 类结构体系 产生过程 老规矩，先来看一下Spring IOC容器是怎么初始化的，再看它的创建过程，最后看执行过程。 @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented ...
Spring源码解析：Spring 事务
Java技术攻略的博客
04-23 310
我们再⼩节⼀下，⽂章先介绍了事务的使⽤示例，以及事务的执⾏流程。先匹配出 model 对象所有关于事务的切⾯列表，并将匹配成功的事务属性保存到缓存；从缓存取出事务属性，然后创建、启动事务，执⾏业务逻辑，最后提交或者回滚事务。
Spring底层核心原理
枫度柚子
04-02 2623
Spring底层整体了解 Bean的生命周期底层原理 依赖注入底层原理 初始化底层原理 推断构造底层原理 AOP底层原理 Spring事务底层原理 Spring是如何创建一个对象的 AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class); UserService userService = (UserService) context.getBean
Spring事务源码解析：XML配置与AOP增强机制
Spring事务的源码分析揭示了其对依赖注入和AOP的强大整合，通过解析XML配置和运行时的动态代理机制，提供了灵活且强大的事务管理能力。理解这些核心源码有助于开发者更深入地掌握Spring框架，并在实际项目中更好地...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值