spring之事务工作原理

2024-01-07 18:02:59

目录

@EnableTransactionManagement工作原理

Spring事务基本执行原理

?Spring事务传播机制


@EnableTransactionManagement工作原理

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

1. AutoProxyRegistrar

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

2. ProxyTransactionManagementConfiguration

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

? ? ? 2.1?BeanFactoryTransactionAttributeSourceAdvisor:一个Advisor

? ? ? 2.2 AnnotationTransactionAttributeSource:相当于 BeanFactoryTransactionAttributeSourceAdvisor中的Pointcut

? ? ? ?2.3?TransactionInterceptor:相当于BeanFactoryTransactionAttributeSourceAdvisor中的Advice

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

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


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. 如果抛了异常,则回滚


?Spring事务传播机制

1. REQUIRED(默认值):
? ? ? ?如果当前存在事务,则加入该事务;如果不存在事务,则新建一个事务。
? ? ? ?这是大多数情况下推荐使用的传播行为,确保在一个事务中执行相关操作。
2. SUPPORTS:
? ? ? ?如果当前存在事务,则加入该事务;如果不存在事务,则以非事务的方式执行。
? ? ? ?它适用于希望参与事务,但不希望引发事务异常的情况。
3. MANDATORY:
? ? ? ?如果当前存在事务,则加入该事务;如果不存在事务,则抛出异常。
? ? ? ?用于强制要求方法在一个事务中执行,如果没有事务则抛出异常。
4. REQUIRES_NEW:
? ? ? ?无论当前是否存在事务,都创建一个新的事务。如果存在事务,则挂起当前事务。
? ? ? ?用于需要独立事务运行的方法,与外部事务无关。
5. NOT_SUPPORTED:
? ? ? ?以非事务方式执行操作,如果当前存在事务,则将其挂起。
? ? ? ?用于希望独立于任何事务运行的方法。
6. NEVER:
? ? ? ?以非事务方式执行操作,如果当前存在事务,则抛出异常。
? ? ? ?用于确保方法不在事务中执行。
7. NESTED:
? ? ? ?如果当前存在事务,则在嵌套事务中执行;如果不存在事务,则新建一个事务。
? ? ? ?嵌套事务是外部事务的一部分,但有自己的保存点。如果嵌套事务失败,只回滚到该保存点。


? ? ? ?这些传播行为允许在不同层次和组件之间定义事务边界,确保在事务中执行的方法以期望的方式进行交互。在使用@Transactional注解或XML配置进行声明式事务时,可以通过propagation属性指定传播行为。

@Transactional(propagation = Propagation.REQUIRED)
public void myTransactionalMethod() {
    // 方法逻辑
}

? ? ? ?表示 myTransactionalMethod 将使用 REQUIRED 传播行为,如果当前存在事务,则加入该事务;如果不存在事务,则新建一个事务。

文章来源:https://blog.csdn.net/m0_61853556/article/details/135414496
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。