码迷,mamicode.com
首页 > 编程语言 > 详细

spring源码解析 - spring事务相关源码分析

时间:2020-09-18 12:14:23      阅读:51      评论:0      收藏:0      [点我收藏+]

标签:ports   区分   源码分析   nat   doget   oge   with   今天   工作   

前言

上篇我们分享了Spring AOP的相关源码,今天我们分享一个和Spring AOP联系非常紧密的话题---Spring事务。很多人认为事务很简单,但是往往在工作中遇到一些事务的坑(尤其是事务方法中嵌套其它事务方法一起使用时)之后,我们却不知道问题产生的原因和如何有效的解决。这就需要去分析Spring的核心源码,最终踏实地找到问题的原因和解决思路。

注解事务运行流程

先来看Spring事务的底层运行流程
技术图片

核心对象关系

技术图片
一、事务配置相关
TransactionManagementConfigurationSelector:配置启动事务启动(EnableTransactionManagement)时,导入注册的配置bean。它包括AutoProxyRegistrar和ProxyTransactionManagementConfiguration两大配置块。
AutoProxyRegistrar:负责依赖注入事务的相关属性配置和注入事务入口类(InfrastructureAdvisorAutoProxyCreator类);
ProxyTransactionManagementConfiguration:负责注入事务相关的Bean, 包括:事务切面Bean(BeanFactoryTransactionAttributeSourceAdvisor)、TransactionAttributeSource(事务配置属性bean)和TransactionInterceptor(事务拦截器bean)等;
二、事务运行拦截相关
AopProxy:Spring AOP 动态代理的基接口,负责定义Proxy的基础行为;
MethodInterceptor:Spring AOP调用链中拦截器的内部核心接口,所有类型的切面最终都会最终包装成此接口触发统一拦截;
TransactionInterceptor:Spring事务拦截器的核心业务实现,AOP调用链也最终触发它的invoke方法;
TransactionManager:Spring管理的基接口,作为子接口上层接口区分,并没有定义实际的事务行为能力;
PlatformTransactionManager:继承TransactionManager,定义事务和基础行为;
AbstractPlatformTransactionManager:负责实现整个事务管理和运行过程中的公共行为和通用实现逻辑,它继承至PlatformTransactionManager接口;

源码实现

接下来我们来分块分析一下,Spring事务的源码,其中的一些坑和重要结论会在这个过程分享。
一、事务配置
TransactionManagementConfigurationSelector.selectImports()负责定义外部加入spring容器的配置类
技术图片
此方法最终在ConfigurationClassParser中被解析并最终实例化为bean
技术图片
技术图片
AutoProxyRegistrar.registerBeanDefinitions()把InfrastructureAdvisorAutoProxyCreator注册beandefinition
技术图片
技术图片
ProxyTransactionManagementConfiguration.transactionAdvisor()注入事务切面
技术图片
技术图片

二、事务创建
实际运行入口之一(还有cglib):JdkDynamicAopProxy..invoke()
技术图片
技术图片
ReflectiveMethodInvocation.proceed()切面调用链处理核心方法
技术图片
TransactionInterceptor.invoke()从这里触发事务拦截
技术图片
TransactionAspectSupport.invokeWithinTransaction()实现Spring事务的核心业务
技术图片
TransactionAspectSupport.determineTransactionManager()定义指定的事务管理器
技术图片
对于事务管理器,默认使用DataSourceTransactionManager(可配置数据源的事务管理器),也可自定义事务管理器,然后配置数据源即可。
createTransactionIfNecessary()创建事务信息TransactionInfo:其中包括数据源、事务连接(ConnectionHolder)、事务状态、连接缓存等;
技术图片
技术图片
DataSourceTransactionManager.doGetTransaction()获取事务对象:里面包含连接包装和缓存
技术图片
TransactionSynchronizationManager.getResource()连接线程级缓存:确保当前线程拿到唯一的数据连接
技术图片
技术图片
AbstractPlatformTransactionManager.startTransaction()开启一个新事务
技术图片
只有newTransaction为true时,spring才会做实际的提交或回滚,这里是一个很重要的点。很多嵌套事务的坑,都是这里没有理解清楚。
DataSourceTransactionManager.doBegin()开启事务核心源码
技术图片
TransactionSynchronizationManager.bindResource()设置当前连接和数据源的线程级绑定
技术图片
三、事务回滚
对于非编程式事务而言,Spring事务的核心实现其实就是用try / catch 包裹事务提交和回滚的范式而已,但提交和回滚里面的包装大有讲究。
TransactionAspectSupport.completeTransactionAfterThrowing()事务回滚实现
技术图片
技术图片
以上截图中doSetRollbackOnly(),不会在连接上实际设置回滚点,只打个标记(当前事务需要回滚, commit时会使用该标记)!

四、事务提交
AbstractPlatformTransactionManager.commit()事务实际提交源码这里
技术图片
技术图片
技术图片
cleanupAfterCompletion()回收连接或恢复事务,这个点耐人寻味:当事务传播属性为Require_New时,会暂时挂起之前的连接,然后创建新连接;当新连接提交或回滚后,通过这个方法恢复之前连接和状态!!!!
技术图片
技术图片
技术图片

OK事务到这里,我根据源码分享一些关于嵌套子事务的甜点

  1. 嵌套事务过程,中间有任何异常,只要没被屏蔽,则都会上抛,不会再执行后续代码;
  2. 只要设置Require_New事务传播属性,则每个Transactional注解方法内部都会单独提交或回滚;
  3. 嵌套事务会在除首个Transactional注解外的子事务中创建savepoint回滚点;
  4. 设置savepoint回滚点后,回滚时会回滚包括当前方法之前的所有事务;若只需回滚当前方法,则在最外层事务方法加try{}catch(){//不抛出异常};
  5. 每个事务的对象都是不一样的,事务状态可能不一样,但连接可能是同一个;

总结

今天的Spring事务源码就暂时分享到这里,事务这块只有一层的事务很简单,但当嵌套了多个(层)子事务(而且每个子事务的事务传播属性可能不一样的情况下)时就当另当别论了。需要我们根据源码的规律去分析每层子事务该如何流转!!所以需要把这块的源码搞熟,遇到复杂的嵌套事务分析原因,那问题就不大了。更新spring源码的干货请继续关注。

spring源码解析 - spring事务相关源码分析

标签:ports   区分   源码分析   nat   doget   oge   with   今天   工作   

原文地址:https://blog.51cto.com/14815984/2534873

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!