Spring声明式事务（@Transactional）原理之-ProxyTransactionManagementConfiguration

文章目录

前言

一、切入点以及切面的匹配规则

1.1 TransactionAttributeSourcePointcut事务的切入点匹配

二、TransactionInterceptor切面的具体逻辑

2.1 声明式事务实现的具体逻辑

总结

前言

上一篇文章已经说过了声明式事务的原理其实就是SpringAop动态增强，而动态将切面织入切入点的逻辑在AbstractAdvisorAutoProxyCreator中，事务和普通的AOP分别由InfrastructureAdvisorAutoProxyCreator和AnnotationAwareAspectJAutoProxyCreator去完成织入。而方法匹配到切面的逻辑，以及的增强逻辑，如事务的开启和提交，则在具体的Advisor和Pointcut中。想要详细的了解请看文章《Spring中申明式事务（@Transactional）实现的原理解析》

本篇文章则针对具体的Advisor和Pointcut进行申明式事务的具体增强逻辑的分析。

一、切入点以及切面的匹配规则

上篇文章说过@EnableTransactionManagement注解通过@Import引入了两个类AutoProxyRegistrar和ProxyTransactionManagementConfiguration。AutoProxyRegistrar则是InfrastructureAdvisorAutoProxyCreator来创建AOP的代理对象，而ProxyTransactionManagementConfiguration则是用来注入切入点和切面的

这里是向Spring容器中注入了BeanFactoryTransactionAttributeSourceAdvisor，同时向这个Advisor中注入了TransactionAttributeSource和TransactionInterceptor。

1.1 TransactionAttributeSourcePointcut事务的切入点匹配

顾名思义，这个类是一个Advisor，也就是切面类，里面配置了切入点匹配规则以及切面逻辑。看过上一篇文章应该会知道，在创建AOP的环节中需要查找所有切点中的符合Advisor类型的类。这个类正是事务的增强类。

这里面有一个切入点Pointcout，在这里的具体实现类为TransactionAttributeSourcePointcut，

结合上一篇文章《Spring中申明式事务（@Transactional）实现的原理解析》，如果方法满足：

pointCout.getClassFilter().matches(targetClass)返回true
pointCout.getMethodMatcher().matches(method, targetClass)返回true

则是该增强的一个切入点，就会织入切面逻辑。所以下面来看一下该Pointcut的匹配逻辑。

可以看到Pointcut中的ClassFilter#match方法最终是调用了TransactionAttributeSource#isCandidateClass方法，在上面的第一张截图中，ProxyTransactionManagementConfiguration中在Advisor中注入了AnnotationTransactionAttributeSource，所以需要看这个TransactionAttributeSource中的方法。进入的TransactionAttributeSourced#isCandidateClass方法

最终调用的还是TransactionAnnotationParser的isCandidateClass方法。根据图一，TransactionAnnotationParser注入的具体实现类为AnnotationTransactionAttributeSource。进入该类查看具体的实现逻辑。