前言
往期文章:
- Spring IoC - Spring IoC 的设计
- Spring IoC - IoC 容器初始化 源码解析
- Spring IoC - 依赖注入 源码解析
- Spring AOP - 注解方式使用介绍(长文详解)
- 向您生动地讲解Spring AOP 源码(1)
在上一章向您生动地讲解Spring AOP 源码(1)中,作者介绍了【开启AOP自动代理的玄机】和【自动代理的触发时机】。
在本章中,作者会向您介绍,Spring AOP 是如何解析我们配置的Aspect,生成 Advisors 链的?
闲话不多说,让我们直接开始。
获取对应 Bean 适配的Advisors 链
获取对应 Bean 适配的 Advisors 链,分为两步。
- 获取容器所有的 advisors 作为候选,即解析Spring 容器中所有 Aspect 类中的 advice 方法,包装成 advisor;
- 从候选的 Advisors 中筛选出适配当前 Bean的 Advisors 链;
未免读者阅读不连贯,我们重新贴一下上篇文章中我们最后讲解的一段源码,由此继续往下讲述。
源码位置:AbstractAutoProxyCreator#wrapIfNecessary(..)
源码位置:AspectJAwareAdvisorAutoProxyCreator#shouldSkip(..)
源码位置:AbstractAdvisorAutoProxyCreator#getAdvicesAndAdvisorsForBean(..)
、AbstractAdvisorAutoProxyCreator#findEligibleAdvisors(..)
可以看到两个方法都调用了findCandidateAdvisors()
方法,也就是去获取候选的 Advisors,我们进去看看里面干了什么。
1. 获取候选的 Advisors
从Debug 出来的线程栈可以看出,AnnotationAwareAspectJAutoProxyCreator
通过 持有 BeanFactoryAspectJAdvisorsBuilder
对象,来获取Advisor链。
再往下看。源码位置:BeanFactoryAspectJAdvisorsBuilder#buildAspectJAdvisors
内容较长,请大家跟着注释耐心看下去。
这个方法除了等下要讲 advisorFactory.getAdvisors(..)
以外,需要注意的就是其为了避免每次都去获取所有的beanName,解析判断,引入了缓存的机制;还有就是Aspect类是根据Spring Bean 是否被 @Aspect
注解修饰来判断的。
我们接下去看,真正的去获取我们的Advisor的方法,this.advisorFactory.getAdvisors(factory)
方法如下:
源码位置:ReflectiveAspectJAdvisorFactory#getAdvisors(..)
解析advice 方法成 advisor对象,
源码位置:ReflectiveAspectJAdvisorFactory#getAdvisor(..)
生成advisor
如何生成advisor也值得一提。
注释方式下,我们声明的advice 方法是这样的。(不熟悉范例的可以看上一篇文章)
@Aspect
@Component
public class PointCutConfig {
// ... 省略
// service 层
@Pointcut("within(ric.study.demo.aop.svc..*)")
public void inSvcLayer() {}
// ... 省略
}
@Aspect
@Component
public class GlobalAopAdvice {
@Before("ric.study.demo.aop.PointCutConfig.inSvcLayer()")
public void logBeforeSvc(JoinPoint joinPoint) {
System.out.println("在service 层前打印日志");
System.out.println("拦截的service 方法的方法签名: " + joinPoint.getSignature());
}
}
生成之后是这样的,
advice 的对象类型是InstantiationModelAwarePointcutAdvisorImpl
,我们来看下生成advisor时调用的这个类的构造函数,
里面包括了一个重要的方法instantiateAdvice,即创建Advice,这也是我要强调的重点,怎么解析出来一个advice。
源码位置:InstantiationModelAwarePointcutAdvisorImpl#instantiateAdvice(..)
源码位置:ReflectiveAspectJAdvisorFactory#getAdvice(..)
第一次解析Advisor的时机
关于第一次解析Advisor的时机,我刚开始也搞混了。所以在这里说明一下。
这个图是之前贴过的,第一次触发的截图。
AnnotationAwareAspectJAutoProxyCreator
继承了AbstractAutoProxyCreator
实现了InstantiationAwareBeanPostProcessor
接口:
会在生成target class 对象之前,调用 postProcessBeforeInstantiation(..)
,具体的代码可以去看AbstractAutowireCapableBeanFactory#createBean(..)
方法。我们这边直接看一下 postProcessBeforeInstantiation(..)
在AbstractAutoProxyCreator
中的实现。
2. 筛选 出 适配当前类的 Advisors
这里来一条分割线,至此,findCandidateAdvisors()
算是解析完毕了。
但是我们通过这个方法只是获得了所有候选的advisors,还记得我们这一节的标题不?
【获取对应 Bean 适配的Advisors 链】
那么我们下一步就是要过滤出适配当前这个 target class 的 advisors。
也就是上图的findAdvisorsThatCanApply(..)
Search the given candidate Advisors to find all Advisors that can apply to the specified bean.从给出的候选 Advisors 找出可以作用在 当前bean 的 Advisors 链
Debug阶段,筛选之前的候选 advisors 和筛选之后的可用的 advisors,
源码位置:AbstractAdvisorAutoProxyCreator#findAdvisorsThatCanApply(..)
源码位置:AopUtils#findAdvisorsThatCanApply(..)
我们接下去看筛选的关键方法`AopUtils#canApply(..)
筛选的工作主要由 ClassFilter 和 MethodMatcher 完成,比如AspectJExpressionPointcut的实现了ClassFilter和MethodMatcher接口,最终由AspectJ表达式解析,这个地方就复杂了,也不是核心点。
又是一条分割线。
到这里之后,Advisor的筛选过程我们算是讲完了。
经过排序之后,我们算是拿到了这个目标类使用的 Advisors 链。
小结
到这里,大家可以回顾一下,我们总算是把TODO-1
【Spring AOP 如何 获取对应 Bean 适配的Advisors 链】介绍完毕了,总结一下核心逻辑就是:
- 获取当前 IoC 容器中所有的 Aspect 类
-
给 每个Aspect 类的advice 方法创建一个 Spring Advisor,这一步又能细分为
- 遍历所有advice 方法
- 解析方法的注解和pointcut
- 实例化 Advisor 对象
- 获取到 候选的 Advisors,并且缓存起来,方便下一次直接获取
-
从候选的 Advisors 中筛选出与目标类 适配的Advisor
- 获取到 Advisor 的 切入点 pointcut
- 获取到 当前 target 类 所有的 public 方法
- 遍历方法,通过 切入点 的 methodMatcher 匹配当前方法,只有有一个匹配成功就相当于当前的Advisor 适配
- 对筛选之后的 Advisor 链进行排序
- 结束
下一节中,我们会介绍 【代理类的创建过程】,我们下次再会。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。