开启Spring 事务 – @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。就是用来判断某个类上是否存在**@Transactional**注解,或者判断某个方法上是否存在@Transactional注解的。 - TransactionInterceptor:
相当于BeanFactoryTransactionAttributeSourceAdvisor中的Advice,就是代理逻辑,当某个类中存在@Transactional注解时,到时就产生一个代理对象作为Bean,代理对象在执行某个方法时,最终就会进入到TransactionInterceptor的invoke()方法。
Spring事务基本执行原理 – 动态代理
在执行Bean的创建生命周期时,会经过InfrastructureAdvisorAutoProxyCreator的初始化后的方法。
- 会判断当前Bean对象是否和BeanFactoryTransactionAttributeSourceAdvisor匹配。
匹配逻辑为判断该Bean的类上是否存在@Transactional注解,或者类中的某个方法上是否存在@Transactional注解,如果存在则表示该Bean需要进行动态代理产生一个代理对象作为Bean对象。 - 该代理对象在执行某个方法时,会再次判断当前执行的方法是否和BeanFactoryTransactionAttributeSourceAdvisor匹配,如果匹配则执行该Advisor中的TransactionInterceptor的invoke()方法,执行基本流程为:
- 利用所配置的PlatformTransactionManager事务管理器新建一个数据库连接
- 修改数据库连接的autocommit为false
- 执行MethodInvocation.proceed()方法,简单理解就是执行业务方法,其中就会执行sql
- 如果没有抛异常,则提交
- 如果抛了异常,则回滚
- Spring事务执行逻辑 , Spring事务详细执行流程。
Spring事务传播机制
其中,以非事务方式运行,表示以非Spring事务运行,表示在执行这个方法时,Spring事务管理器不会去建立数据库连接,执行sql时,由Mybatis或JdbcTemplate自己来建立数据库连接来执行sql。
Spring事务的传播机制场景
一个方法调用另外一个方法,假设m1()中调用了m2():
- m1()和m2()方法中的所有sql需要在同一个事务中吗?
- m1()和m2()方法需要单独的事务吗?
- m1()需要在事务中执行,m2()还需要在事务中执行吗?
这里主要分析一下 m1()在一个事务中执行,调用m2()方法时需要新开一个事务执行逻辑:
- 首先,代理对象执行m1()方法前,先利用事务管理器新建一个数据库连接a
- 将数据库连接a的autocommit改为false
- 把数据库连接a设置到ThreadLocal中
- 执行m1()方法中的sql
- 执行m1()方法过程中,调用了m2()方法(注意用代理对象调用m2()方法)
- 代理对象执行m2()方法前,判断出来了当前线程中已经存在一个数据库连接a了,表示当前线程其实已经拥有一个Spring事务了,则进行挂起
- 挂起就是把ThreadLocal中的数据库连接a从ThreadLocal中移除,并放入一个挂起资源对象中
- 挂起完成后,再次利用事务管理器新建一个数据库连接b
- 将数据库连接b的autocommit改为false
- 把数据库连接b设置到ThreadLocal中
- 执行m2()方法中的sql
- m2()方法正常执行完,则从ThreadLocal中拿到数据库连接b进行提交
- 提交之后会恢复所挂起的数据库连接a,这里的恢复,其实只是把在挂起资源对象中所保存的数据库连接a再次设置到ThreadLocal中
- m1()方法正常执行完,则从ThreadLocal中拿到数据库连接a进行提交
Spring事务强制回滚
- TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
@Transactional
public void m1(){
// 执行sql
try {
m2();
} catch (Exception e) {
// 构造友好的错误信息返回
//......
//强制回滚
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
}
public void m2() throws Exception {
throw new Exception();
}
TransactionSynchronization, 监听当前Spring事务所处于的状态。
@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();
}