spring之事务工作原理

目录

@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 传播行为，如果当前存在事务，则加入该事务；如果不存在事务，则新建一个事务。