@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()方法,执行基本流程为:

  1. 利用所配置的PlatformTransactionManager事务管理器新建一个数据库连接
  2. 修改数据库连接的autocommit为false
  3. 执行MethodInvocation.proceed()方法,简单理解就是执行业务方法,其中就会执行sql
  4. 如果没有抛异常则提交

  5. 如果抛了异常则回滚

    Spring事务详细执行流程

    Spring之事务底层源码解析 - 图1

    Spring事务传播机制

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

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

  7. a()和b()方法需要单独的事务吗
  8. a()需要在事务中执行,b()还需要在事务中执行吗
  9. …

所以这就要求Spring事务能支持上面各种场景,这就是Spring事务传播机制的由来.
那Spring事务传播机制是如何实现的呢?
先来看上述几种场景中的一种情况,a()在一个事务中执行,调用b()方法时需要新开一个事务执行:

  1. 首先代理对象执行a()方法前,先利用事务管理器新建一个数据库连接a
  2. 将数据库连接a的autocommit改为false
  3. 把数据库连接a设置到ThreadLocal中
  4. 执行a()方法中的sql
  5. 执行a()方法过程中,调用了b()方法(注意用代理对象调用b()方法)
    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中
  6. a()方法正常执行完,则从ThreadLocal中拿到数据库连接a进行提交

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

Spring事务传播机制分类

Spring中对事务定义了不同的传播级别:

  1. PROPAGATION_REQUIRED: 默认传播行为.如果当前没有事务,就创建一个新事务,如果当前存在事务,就加入到事务中
  2. PROPAGATION_SUPPORTS: 如果当前存在事务,就加入该事务,如果当前不存在事务就以非事务方式运行
  3. PROPAGATION_MANDATORY: 如果当前存在事务,就加入该事务,如果当前不存在事务就抛出异常
  4. PROPAGATION_REQUIRES_NEW: 无论当前存不存在事务,都会创建新事务进行执行
  5. PROPAGATION_NOT_SUPPORTED: 以非事务方式运行,如果当前存在事务,就将当前事务挂起
  6. PROPAGATION_NEVER: 以非事务方式运行,如果当前存在事务,就抛出异常
  7. PROPAGATION_NESTED: 如果当前存在事务,则在嵌套事务内执行.如果当前没有事务,就按REQUIRED属性执行

    Spring中事务的隔离级别

  • ISOLATION_DEFAULT: 使用数据库默认的事务隔离级别
  • ISOLATION_READ_UNCOMMITTED: 读未提交.允许事务在执行过程中读取其他事务未提交的数据
  • ISOLATION_READ_COMMITTED: 读已提交.允许事务在执行过程中，读取其他事务已经提交的数据
  • ISOLATION_REPEATABLE_READ: 可重复读.在同一个事务内，任意时刻的查询结果是一致的

  • ISOLATION_SERIALIZABLE: 所有事务依次执行

    Spring事务强制回滚

    正常情况下,a()调用b()方法时,如果b()方法抛了异常,但是在a()方法捕获了,那么a()的事务还是会正常提交的,但是有的时候,我们捕获异常可能仅仅只是不把异常信息返回给客户端,而是为了返回一些更友好的错误信息,而这个时候,我们还是希望事务能回滚的,那这个时候就得告诉Spring把当前事务回滚掉,做法就是

    1. @Transactional
    2. public void test(){
    3. // 执行sql
    4. try {
    5.       b();
    6.   } catch (Exception e) {
    7. // 构造友好的错误信息返回
    8.       TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
    9.   }
    10. }
    11. public void b() throws Exception {
    12. throw new Exception();
    13. }

    TransactionSynchronization

    Spring事务有可能会提交,回滚、挂起、恢复，所以Spring事务提供了一种机制,可以让程序员来监听当前Spring事务所处于的状态 ```java @Component public class UserService {

    @Autowired private JdbcTemplate jdbcTemplate;

    @Autowired private UserService userService;

    @Transactional public void test(){

    1.   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");

    }

} ```