向您图文并茂生动讲解Spring AOP 源码(2)

前言

往期文章:

在上一章向您生动地讲解Spring AOP 源码(1)中,作者介绍了【开启AOP自动代理的玄机】和【自动代理的触发时机】。

在本章中,作者会向您介绍,Spring AOP 是如何解析我们配置的Aspect,生成 Advisors 链的?

闲话不多说,让我们直接开始。

获取对应 Bean 适配的Advisors 链

获取对应 Bean 适配的 Advisors 链,分为两步。

  1. 获取容器所有的 advisors 作为候选,即解析Spring 容器中所有 Aspect 类中的 advice 方法,包装成 advisor;
  2. 从候选的 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 链】介绍完毕了,总结一下核心逻辑就是:

  1. 获取当前 IoC 容器中所有的 Aspect 类
  2. 给 每个Aspect 类的advice 方法创建一个 Spring Advisor,这一步又能细分为
    1. 遍历所有advice 方法
    2. 解析方法的注解和pointcut
    3. 实例化 Advisor 对象
  3. 获取到 候选的 Advisors,并且缓存起来,方便下一次直接获取
  4. 从候选的 Advisors 中筛选出与目标类 适配的Advisor
    1. 获取到 Advisor 的 切入点 pointcut
    2. 获取到 当前 target 类 所有的 public 方法
    3. 遍历方法,通过 切入点 的 methodMatcher 匹配当前方法,只有有一个匹配成功就相当于当前的Advisor 适配
  5. 对筛选之后的 Advisor 链进行排序
  6. 结束

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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343

推荐阅读更多精彩内容