Spring底层事务原理

简介: Spring底层事务原理

Spring底层事务原理


Spring事务底层原理

一、@EnableTransactionManagement工作原理

二、Spring事务基本执行原理

三、Spring事务的过程

四、Spring事务传播机制

五、Spring事务传播机制分类

(1)案例分析、情况1

(2)案例分析、情况2

(3)案例分析、情况3

(4)案例分析、情况4

六、Spring事务强制回滚

七、TransactionSynchronization

一、@EnableTransactionManagement工作原理

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

(1)AutoProxyRegistrar
(2)ProxyTransactionManagementConfiguration

(1)AutoProxyRegistrar

主要的作用是向Spring容器中注册了一个InfrastructureAdvisorAutoProxyCreator的Bean。

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

(2)ProxyTransactionManagementConfiguration是一个配置类,它又定义了另外三个bean:

image.png

二、Spring事务基本执行原理

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

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

执行基本流程为:

利用所配置的PlatformTransactionManager事务管理器新建一个数据库连接

修改数据库连接的autocommit为false

执行MethodInvocation.proceed()方法,简单理解就是执行业务方法,其中就会执行sql

如果没有抛异常,则提交

如果抛了异常,则回滚

三、Spring事务的过程

1、数据库:建立连接、开启事务、进行sql操作、成功提交、失败回滚

2、业务逻辑:准备工作(可以进行前置通知)、开启事务、事务操作、成功提交(可以后置通知)、失败回滚(异常通知)

spring的事务是由aop实现的,首先要生成具体的代理对象,然后按照aop流程执行具体

的操作逻辑,正常情况下要通过通知来完成核心功能,但是事务部署通过通知来实现的,

而是通过TransactionInterceptor来实现的,然后调用invoke来实现具体的逻辑。

步骤如下:

1、先做准备工作,解析各个方法上事务相关的属性,根据具体的属性来判断是否开始新事务。

2、当需要开启的时候获取数据库连接,关闭自动提交功能,开启事务。

3、执行具体的sql逻辑操作,在操作的过程中如果执行失败会通过 completeTransactionafterthrowing来完成事务的回滚操作,回滚的

具体逻辑是通过dorollback方法实现,实现时也要先获取连接对象,

然后通过连接对象进行回滚(conn.rollback)。

4、如果执行成功,那么通过completeTransactionafterrunning来完成事务的提交操作,

具体逻辑是通过docommit方法来实现,实现的时候也是先获取连接,通过连接对象来

进行提交(conn.commit)。

5、最后事务执行完毕需要清除事务相关的事务信息(cleanupTransactioninfo)。

四、Spring事务传播机制

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

a()和b()方法中的所有sql需要在同一个事务中吗?

a()和b()方法中的所有sql需要在同一个事务中吗?

a()需要在事务中执行,b()还需要在事务中执行吗?

或者其他情况

这种情况下就要求Spring事务能支持上面各种场景,这就是Spring事务传播机制的由来。

那Spring事务传播机制是如何实现的呢?

先描述其中一个场景中情况,a()在一个事务中执行,调用b()方法时需要新开一个事务执行:

代理对象执行a()方法前,先利用事务管理器新建一个数据库连接a

将数据库连接a的autocommit改为false

把数据库连接a设置到ThreadLocal中

执行a()方法中的sql

执行a()方法过程中,调用了b()方法(注意用代理对象调用b()方法)

a()方法正常执行完,则从ThreadLocal中拿到数据库连接a进行提交

关于步骤5的一些详细解释:

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中

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

五、Spring事务传播机制分类

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

(1)案例分析、情况1

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

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

所以情况1的执行流程如下:

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

(2)案例分析、情况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
  }
}

所以情况2的执行流程如下:

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

(3)案例分析、情况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;
  }
}

所以情况3的执行流程如下:

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

(4)案例分析、情况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;
  }
}

所以情况3的执行流程如下:

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

六、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();
}

七、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");
 }
}
目录
打赏
0
0
0
0
0
分享
相关文章
Spring中事务失效的场景
因为Spring事务是基于代理来实现的,所以某个加了@Transactional的⽅法只有是被代理对象调⽤时, 那么这个注解才会⽣效 , 如果使用的是被代理对象调用, 那么@Transactional会失效 同时如果某个⽅法是private的,那么@Transactional也会失效,因为底层cglib是基于⽗⼦类来实现 的,⼦类是不能重载⽗类的private⽅法的,所以⽆法很好的利⽤代理,也会导致@Transactianal失效 如果在业务中对异常进行了捕获处理 , 出现异常后Spring框架无法感知到异常, @Transactional也会失效
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——常见问题总结
本文总结了Spring Boot中使用事务的常见问题,虽然通过`@Transactional`注解可以轻松实现事务管理,但在实际项目中仍有许多潜在坑点。文章详细分析了三个典型问题:1) 异常未被捕获导致事务未回滚,需明确指定`rollbackFor`属性;2) 异常被try-catch“吃掉”,应避免在事务方法中直接处理异常;3) 事务范围与锁范围不一致引发并发问题,建议调整锁策略以覆盖事务范围。这些问题看似简单,但一旦发生,排查难度较大,因此开发时需格外留意。最后,文章提供了课程源代码下载地址,供读者实践参考。
82 0
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——Spring Boot 事务配置
本文介绍了 Spring Boot 中的事务配置与使用方法。首先需要导入 MySQL 依赖,Spring Boot 会自动注入 `DataSourceTransactionManager`,无需额外配置即可通过 `@Transactional` 注解实现事务管理。接着通过创建一个用户插入功能的示例,展示了如何在 Service 层手动抛出异常以测试事务回滚机制。测试结果表明,数据库中未新增记录,证明事务已成功回滚。此过程简单高效,适合日常开发需求。
196 0
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——事务相关
本文介绍Spring Boot事务配置管理,阐述事务在企业应用开发中的重要性。事务确保数据操作可靠,任一异常均可回滚至初始状态,如转账、购票等场景需全流程执行成功才算完成。同时,事务管理在Spring Boot的service层广泛应用,但根据实际需求也可能存在无需事务的情况,例如独立数据插入操作。
55 0
RAG 调优指南:Spring AI Alibaba 模块化 RAG 原理与使用
通过遵循以上最佳实践,可以构建一个高效、可靠的 RAG 系统,为用户提供准确和专业的回答。这些实践涵盖了从文档处理到系统配置的各个方面,能够帮助开发者构建更好的 RAG 应用。
1473 115
Spring核心原理剖析与解说
每个部分都是将一种巨大并且复杂的技术理念传达为更易于使用的接口,而这就是Spring的价值所在,它能让你专注于开发你的应用,而不必从头开始设计每一部分。
128 32
Spring事务失效场景
本文深入探讨了Spring框架中事务管理可能失效的几种常见场景及解决方案,包括事务方法访问级别不当、方法内部自调用、错误的异常处理、事务管理器或数据源配置错误、数据库不支持事务以及不合理的事务传播行为或隔离级别。通过合理配置和正确使用`@Transactional`注解,开发者可以有效避免这些问题,确保应用的数据一致性和完整性。
114 10
【Spring】【事务】初学者直呼学会了的Spring事务入门
本文深入解析了Spring事务的核心概念与使用方法。Spring事务是一种数据库事务管理机制,通过确保操作的原子性、一致性、隔离性和持久性(ACID),维护数据完整性。文章详细讲解了声明式事务(@Transactional注解)和编程式事务(TransactionTemplate、PlatformTransactionManager)的区别与用法,并探讨了事务传播行为(如REQUIRED、REQUIRES_NEW等)及隔离级别(如READ_COMMITTED、REPEATABLE_READ)。
113 1
Spring框架 - 深度揭秘Spring框架的基础架构与工作原理
所以,当你进入这个Spring的世界,看似一片混乱,但细看之下,你会发现这里有个牢固的结构支撑,一切皆有可能。不论你要建设的是一座宏大的城堡,还是个小巧的花园,只要你的工具箱里有Spring,你就能轻松搞定。
106 9
Spring中的事务是如何实现的
1. Spring事务底层是基于数据库事务和AOP机制的 2. ⾸先对于使⽤了@Transactional注解的Bean,Spring会创建⼀个代理对象作为Bean 3. 当调⽤代理对象的⽅法时,会先判断该⽅法上是否加了@Transactional注解 4. 如果加了,那么则利⽤事务管理器创建⼀个数据库连接 5. 并且修改数据库连接的autocommit属性为false,禁⽌此连接的⾃动提交,这是实现Spring事务⾮ 常重要的⼀步 6. 然后执⾏当前⽅法,⽅法中会执⾏sql 7. 执⾏完当前⽅法后,如果没有出现异常就直接提交事务 8. 如果出现了异常,并且这个异常是需要回滚的就会回滚事务
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等

登录插画

登录以查看您的控制台资源

管理云资源
状态一览
快捷访问