@EnableTransactionManagement工作原理
开启Spring事务本质上就是增加了一个Advisor,但我们使用@EnableTransactionManagement注解来开启Spring事务是,该注解代理的功能就是向Spring容器中添加了两个Bean:
- AutoProxyRegistrar
- ProxyTransactionManagementConfiguration
AutoProxyRegistrar主要的作用是向Spring容器中注册了一个InfrastructureAdvisorAutoProxyCreator的Bean。
而InfrastructureAdvisorAutoProxyCreator继承了AbstractAdvisorAutoProxyCreator,所以这个类的主要作用就是开启自动代理的作用,也就是一个BeanPostProcessor,会在初始化后步骤中去寻找Advisor类型的Bean,并判断当前某个Bean是否有匹配的Advisor,是否需要利用动态代理产生一个代理对象。
ProxyTransactionManagementConfiguration是一个配置类,它又定义了另外三个bean:
- BeanFactoryTransactionAttributeSourceAdvisor:一个Advisor
- AnnotationTransactionAttributeSource:相当于BeanFactoryTransactionAttributeSourceAdvisor中的Pointcut
- 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()方法,执行基本流程为:
- 利用所配置的PlatformTransactionManager事务管理器新建一个数据库连接
- 修改数据库连接的autocommit为false
- 执行MethodInvocation.proceed()方法,简单理解就是执行业务方法,其中就会执行sql
- 如果没有抛异常,则提交
- 如果抛了异常,则回滚
Spring事务详细执行流程
Spring事务执行流程图:Spring事务的底层实现流程| ProcessOn免费在线作图,在线流程图,在线思维导图
Spring事务传播机制
在开发过程中,经常会出现一个方法调用另外一个方法,那么这里就涉及到了多种场景,比如a()调用b():
- a()和b()方法中的所有sql需要在同一个事务中吗?
- a()和b()方法需要单独的事务吗?
- a()需要在事务中执行,b()还需要在事务中执行吗?
- 等等情况...
所以,这就要求Spring事务能支持上面各种场景,这就是Spring事务传播机制的由来。那Spring事务传播机制是如何实现的呢?
先来看上述几种场景中的一种情况,a()在一个事务中执行,调用b()方法时需要新开一个事务执行:
- 首先,代理对象执行a()方法前,先利用事务管理器新建一个数据库连接a
- 将数据库连接a的autocommit改为false
- 把数据库连接a设置到ThreadLocal中
- 执行a()方法中的sql
- 执行a()方法过程中,调用了b()方法(注意用代理对象调用b()方法)
- 代理对象执行b()方法前,判断出来了当前线程中已经存在一个数据库连接a了,表示当前线程其实已经拥有一个Spring事务了,则进行挂起
- 挂起就是把ThreadLocal中的数据库连接a从ThreadLocal中移除,并放入一个挂起资源对象中
- 挂起完成后,再次利用事务管理器新建一个数据库连接b
- 将数据库连接b的autocommit改为false
- 把数据库连接b设置到ThreadLocal中
- 执行b()方法中的sql
- b()方法正常执行完,则从ThreadLocal中拿到数据库连接b进行提交
- 提交之后会恢复所挂起的数据库连接a,这里的恢复,其实只是把在挂起资源对象中所保存的数据库连接a再次设置到ThreadLocal中
- a()方法正常执行完,则从ThreadLocal中拿到数据库连接a进行提交
这个过程中最为核心的是:在执行某个方法时,判断当前是否已经存在一个事务,就是判断当前线程的ThreadLocal中是否存在一个数据库连接对象,如果存在则表示已经存在一个事务了。
Spring事务传播机制分类
其中,以非事务方式运行,表示以非Spring事务运行,表示在执行这个方法时,Spring事务管理器不会去建立数据库连接,执行sql时,由Mybatis或JdbcTemplate自己来建立数据库连接来执行sql。
默认情况下传播机制为REQUIRED,表示当前如果没有事务则新建一个事务,如果有事务则在当前事务中执行。
在 Spring 中事务的传播机制一共有七种 :
- Propagation.REQUIRED:默认的事务传播级别, 表示如果当前存在事务, 则加入该事务; 如果当前没有事务, 则创建一个新事物
- Propagation.SUPPORTS:如果当前存在事务, 则加入事务; 如果当前不存在事务, 则以非事务的方式继续运行
- Propagation.MANDATORY:如果当前存在事务, 则加入事务; 如果当前没有事务, 则抛出异常
- Propagation.REQUIRES_NEW:表示创建一个新的事物, 如果当前存在事务则把当前事务挂起. 即无论外部是否开启事务, REQUIRES_NEW 修饰的方法会新开启自己的事务, 并且开启的事务相互之间独立, 互不干扰
- Propagation.NOT_SUPPORTED:以非事务的方式运行, 如果当前存在事务则把当前事务挂起.
- Propagation.NEVER:以非事务的方式运行, 如果当前存在事务则抛出异常
- Propagation.NESTED:如果当前存在事务, 则创建一个事务作为当前事务的嵌套事务来运行; 如果当前不存在事务, 则等价于 Propagation.REQUIRED. 即创建一个新的事物
TransactionSynchronization
Spring事务有可能会提交,回滚、挂起、恢复,所以Spring事务提供了一种机制,可以让程序员来监听当前Spring事务所处于的状态。
TransactionSynchronization
是 Spring 框架中的一个接口,用于在事务的生命周期中进行回调操作。这个接口允许你在事务的不同阶段执行自定义的逻辑,例如在事务提交之前或之后执行一些操作,或者在事务回滚时执行一些清理工作。
TransactionSynchronization
接口定义了多个回调方法,以下是它们的详细介绍:
-
beforeCommit(boolean readOnly): 在事务提交之前调用。如果
readOnly
为true
,表示该事务是只读的。在这里,你可以执行一些在提交之前需要完成的操作。 -
beforeCompletion(): 在事务完成之前(无论是提交还是回滚)调用。在这里,你可以进行一些需要在事务完成之前进行的操作。
-
afterCommit(): 在事务成功提交之后调用。在这里,你可以执行一些在事务成功提交后需要完成的操作,例如刷新缓存、发送通知等。
-
afterCompletion(int status): 在事务完成之后(无论是提交还是回滚)调用。
status
参数可以是STATUS_COMMITTED
、STATUS_ROLLED_BACK
或STATUS_UNKNOWN
,分别表示事务成功提交、事务回滚或事务状态未知。在这里,你可以执行一些事务完成后的清理工作。 -
resume(): 当事务从挂起状态恢复时调用。在某些复杂的事务管理场景中,事务可能会被挂起并在稍后恢复,这个方法允许你在恢复时执行一些操作。
-
suspend(): 当事务被挂起时调用。在某些复杂的事务管理场景中,事务可能会被挂起,这个方法允许你在挂起时执行一些操作。
public class MyTransactionSynchronization implements TransactionSynchronization {
@Override
public void beforeCommit(boolean readOnly) {
System.out.println("Before Commit: readOnly=" + readOnly);
}
@Override
public void beforeCompletion() {
System.out.println("Before Completion");
}
@Override
public void afterCommit() {
System.out.println("After Commit");
}
@Override
public void afterCompletion(int status) {
System.out.println("After Completion: status=" + status);
}
@Override
public void resume() {
System.out.println("Transaction Resumed");
}
@Override
public void suspend() {
System.out.println("Transaction Suspended");
}
}