文章目录
参考资料
- 视频 - AOP原理-链式调用通知方法
上篇文章主要是对拦截器链的获取进行了分析,得到拦截器链后,会把需要执行的目标对象,目标方法拦截器链等信息传入创建一个 CglibMethodInvocation
对象,并调用 proceed()
方法。这个方法的执行过程实际上就是拦截器链的执行(触发)过程。
DynamicAdvisedInterceptor#intercept()
本篇文章主要来分析拦截器链的触发过程。
源码分析
通过 getInterceptorsAndDynamicInterceptionAdvice()
方法获得的拦截器链。
ReflectiveMethodInvocation#proceed()
判断 this.currentInterceptorIndex == this.interceptorsAndDynamicMethodMatchers.size() - 1
(currentInterceptorIndex
默认值为 -1):
- 如果【没有拦截器执行执行目标方法】,或者 【拦截器的索引 和 拦截器数组-1 大小一样(指定到了最后一个拦截器)】,执行目标方法。
由于 this.interceptorsAndDynamicMethodMatchers.size()
值为5,因此可以推测下面是按照集合的顺序依次获取每个拦截器进行操作,同时索引会增加(++this.currentInterceptorIndex
)。
调用流程
1、ExposeInvocationInterceptor
ExposeInvocationInterceptor#invoke()
再次进入 proceed()
方法,索引变成 0。
继续获取第二个拦截器,AspectJAfterThrowingAdvice
。
2、AspectJAfterThrowingAdvice
AspectJAfterThrowingAdvice#invoke()
再次进入 proceed()
方法,索引变成 1。
继续获取第三个拦截器,AfterReturningAdviceInterceptor
。
3、AfterReturningAdviceInterceptor
AfterReturningAdviceInterceptor#invoke()
再次进入 proceed()
方法,索引变成 2。
继续获取第四个拦截器,AspectJAfterAdvice
。
4、AspectJAfterAdvice
AspectJAfterAdvice#invoke()
再次进入 proceed()
方法,索引变成 3。
继续获取第五个也是最后一个拦截器,MethodBeforeAdviceInterceptor
。
5、MethodBeforeAdviceInterceptor
MethodBeforeAdviceInterceptor#invoke()
调用 proceed()
方法之前,会先调用前置通知方法 this.advice.before()
。
再次进入 proceed()
方法,索引变成 4。
this.currentInterceptorIndex
值为 4,
this.interceptorsAndDynamicMethodMatchers.size() - 1
值为 5-1=4,
判断为 true,执行 invokeJoinpoint()
。
CglibMethodInvocation#invokeJoinpoint()
6、返回 AspectJAfterAdvice
AspectJAfterAdvice#invoke()
这里的 invokeAdviceMethod()
方法执行完成,会完成后置通知。
7、返回 AspectJAfterThrowingAdvice
按照逆序返回到前面的拦截器时,应该返回到 AfterReturningAdviceInterceptor
的 invoke()
方法,但是此时出现了异常,而 AfterReturningAdviceInterceptor
无法捕获,就由更上层的 AspectJAfterThrowingAdvice
进行捕获。
如果没有出现异常,AfterReturningAdviceInterceptor
将会执行返回通知 afterReturning()
。
8、捕获异常,执行异常通知
执行流程示意图
链式获取每一个拦截器,拦截器执行 invoke()
方法,每一个拦截器等待下一个拦截器执行完成返回以后再来执行。
拦截器链的机制,保证通知方法与目标方法的执行顺序。