前言
往期文章：
在上一章向您生动地讲解Spring AOP 源码（1）中，作者介绍了【开启AOP自动代理的玄机】和【自动代理的触发时机】。
在本章中，作者会向您介绍，Spring AOP 是如何解析我们配置的Aspect，生成 Advisors 链的？
闲话不多说，让我们直接开始。
获取对应 Bean 适配的Advisors 链
获取对应 Bean 适配的 Advisors 链，分为两步。
- 获取容器所有的 advisors 作为候选，即解析Spring 容器中所有 Aspect 类中的 advice 方法，包装成 advisor；
- 从候选的 Advisors 中筛选出适配当前 Bean的 Advisors 链；
未免读者阅读不连贯，我们重新贴一下上篇文章中我们最后讲解的一段源码，由此继续往下讲述。
源码位置：AbstractAutoProxyCreator#wrapIfNecessary(..)
wrapIfNecessary
源码位置：AspectJAwareAdvisorAutoProxyCreator#shouldSkip(..)
shouldSkip.png
源码位置：AbstractAdvisorAutoProxyCreator#getAdvicesAndAdvisorsForBean(..)、AbstractAdvisorAutoProxyCreator#findEligibleAdvisors(..)
getAdvicesAndAdvisorsForBean.png
可以看到两个方法都调用了findCandidateAdvisors()方法，也就是去获取候选的 Advisors，我们进去看看里面干了什么。
1. 获取候选的 Advisors
findCandidateAdvisors.png
image.png
image.png
从Debug 出来的线程栈可以看出，AnnotationAwareAspectJAutoProxyCreator 通过 持有 BeanFactoryAspectJAdvisorsBuilder对象，来获取Advisor链。
再往下看。源码位置：BeanFactoryAspectJAdvisorsBuilder#buildAspectJAdvisors
内容较长，请大家跟着注释耐心看下去。
buildAspectJAdvisors1.png
这个方法除了等下要讲 advisorFactory.getAdvisors(..)以外，需要注意的就是其为了避免每次都去获取所有的beanName，解析判断，引入了缓存的机制；还有就是Aspect类是根据Spring Bean 是否被 @Aspect注解修饰来判断的。
我们接下去看，真正的去获取我们的Advisor的方法，this.advisorFactory.getAdvisors(factory) 方法如下：
源码位置：ReflectiveAspectJAdvisorFactory#getAdvisors(..)
getAdvisors.png
解析advice 方法成 advisor对象，
源码位置：ReflectiveAspectJAdvisorFactory#getAdvisor(..)
getAdvisor.png
生成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方法.png
生成之后是这样的，
image.png
advice 的对象类型是InstantiationModelAwarePointcutAdvisorImpl，我们来看下生成advisor时调用的这个类的构造函数，
InstantiationModelAwarePointcutAdvisorImpl.png
里面包括了一个重要的方法instantiateAdvice，即创建Advice，这也是我要强调的重点，怎么解析出来一个advice。
源码位置：InstantiationModelAwarePointcutAdvisorImpl#instantiateAdvice(..)
image
源码位置：ReflectiveAspectJAdvisorFactory#getAdvice(..)
image
第一次解析Advisor的时机
关于第一次解析Advisor的时机，我刚开始也搞混了。所以在这里说明一下。
这个图是之前贴过的，第一次触发的截图。
AnnotationAwareAspectJAutoProxyCreator继承了AbstractAutoProxyCreator实现了InstantiationAwareBeanPostProcessor接口：
image.png
会在生成target class 对象之前，调用 postProcessBeforeInstantiation(..)，具体的代码可以去看AbstractAutowireCapableBeanFactory#createBean(..)方法。我们这边直接看一下 postProcessBeforeInstantiation(..)在AbstractAutoProxyCreator中的实现。
postProcessBeforeInstantiation.png
2. 筛选 出 适配当前类的 Advisors
这里来一条分割线，至此，findCandidateAdvisors()算是解析完毕了。
但是我们通过这个方法只是获得了所有候选的advisors，还记得我们这一节的标题不？
【获取对应 Bean 适配的Advisors 链】
那么我们下一步就是要过滤出适配当前这个 target class 的 advisors。
findEligibleAdvisors.png
也就是上图的findAdvisorsThatCanApply(..)
Search the given candidate Advisors to find all Advisors that can apply to the specified bean.
从给出的候选 Advisors 找出可以作用在 当前bean 的 Advisors 链
Debug阶段，筛选之前的候选 advisors 和筛选之后的可用的 advisors，
image.png
源码位置：AbstractAdvisorAutoProxyCreator#findAdvisorsThatCanApply(..)
findAdvisorsThatCanApply.png
源码位置：AopUtils#findAdvisorsThatCanApply(..)
image
我们接下去看筛选的关键方法``AopUtils#canApply(..)`
image
image
筛选的工作主要由 ClassFilter 和 MethodMatcher 完成，比如AspectJExpressionPointcut的实现了ClassFilter和MethodMatcher接口，最终由AspectJ表达式解析，这个地方就复杂了，也不是核心点。
又是一条分割线。
到这里之后，Advisor的筛选过程我们算是讲完了。
findEligibleAdvisors2.png
经过排序之后，我们算是拿到了这个目标类使用的 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 链进行排序
- 结束
下一节中，我们会介绍 【代理类的创建过程】，我们下次再会。
网友评论