向您生动讲解Spring AOP 源码（2）

Richard_Yi 2019年11月11日 153次浏览

前言

往期文章：

在上一章向您生动地讲解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(..)

源码位置：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方法.png

生成之后是这样的，

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，这一步又能细分为
1. 遍历所有advice 方法
2. 解析方法的注解和pointcut
3. 实例化 Advisor 对象
获取到候选的 Advisors，并且缓存起来，方便下一次直接获取
从候选的 Advisors 中筛选出与目标类适配的Advisor
1. 获取到 Advisor 的切入点 pointcut
2. 获取到当前 target 类所有的 public 方法
3. 遍历方法，通过切入点的 methodMatcher 匹配当前方法，只有有一个匹配成功就相当于当前的Advisor 适配
对筛选之后的 Advisor 链进行排序
结束

下一节中，我们会介绍【代理类的创建过程】，我们下次再会。

上一篇：向您生动地讲解Spring AOP 源码（3）下一篇：代码以外的生存之道