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