浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法

上一节我们已经分析了Proxyfactorybean如何去生成一个目标对象的代理的,这一节我们将浅析一下基于JDK动态代理的核心回调方法invoke的源代码:


首先先打开JdkDynamicAopProxy.Java 如下


《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》


JdkDynamicAopProxy.java文件是实现了AopProxy和InvocationHandler这2个接口的

先讲AopProxy这个接口,如图所示,AopProxy接口就定义了2个方法


《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

我们再看这个接口的继承关系

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

好了,作为原生的基于JDK的动态代理的JdkDynamicAopProxy已经很完美的返回了目标对象的代理,详细请看上一节内容

http://blog.csdn.NET/linuu/article/details/50972036


再分析InvocationHandler这个接口,这个接口核心的方法就是invoke方法


《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

invoke这个方法首先先定义了一些变量,暂时不看

上图中的红色框中有三个if:

第一个if是判断如果被代理的目标对象要执行的方法是equal则执行JdkDynamicAopProxy(即代理对象的equal)方法,然后就返回了,也就说spring不对equal方法进行AOP拦截

第二个if是判断如果被代理的目标对象要执行的方法是hashcode则执行JdkDynamicAopProxy(即代理对象的hashcode)方法,随即也返回,同理,spring也不对hashcode进行AOP拦截

第三个if是判断如果被代理的对象本身就是实现了Advised接口,也不做处理,直接执行,(spring的意思是不是我不做切面的切面呢?)


接着看下一个核心方法

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

看官方的英文注释,就知道目前要做的就是获取一下这个方法所有的拦截器,形成拦截链返回,进入getInterceptorsAndDynamicInterceptionAdvice这个方法

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》


479和480两行是从缓存中寻找该方法的拦截链是否已经获取过(可能被代理对象的某个方法被调用过多次,调用第一次就会获取一次,后面多次调用时,则需从缓存中直接获取,无需多次获取,这样就会提高性能),如果已经获取过,直接返回


好了,我们这边肯定是第一次调用,接着看getInterceptorsAndDynamicInterceptionAdvice这个方法

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

上图中①部分先定义了一个拦截链的List大小最大为我们传入advisor的个数,然后查看我们传入的advisor是否也是IntroductionAdvisor这个接口的子类,IntroductionAdvisor这个接口我们没有分析过,这应该是基于类的拦截器,不能拦截类中的具体方法,没有PointcutAdvisor灵活,我们这边了解一下就可以了


然后程序要做的事就是循环每个我们传入的advisor,然后强转成pointAdvisor,②中最核心的就是当前拦截是否匹配当前要执行代理的方法(其实也就是判断当前的advisor的切点是否就是这样方法),我们上节讲过我们闯入的pointCut是一个“万能”的pointCut:

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》


我们再看matches这个方法

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

这就是这个万能的pointcut能切类的任何方法的原因了(其实这边就是一个拦截器的过滤,应该我们在生产环境中,我们一般会用正则表达来定义切点(expression),因为并不是每个方法都需要切,会影响性能,所以②中matches这个方法很重要)


如果匹配了,则把其放入方法一上来就定义的interceptorList中


我们回到JdkDynamicAopProxy的invoke方法中,接着看

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》


此时我们的拦截链当然不是空的,直接分析else,invocation就是invoke方法中第一行就定义的MethodInvocation,这里的invocation其实就是把所有的参数准备好:

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

参数整理就是把我们之前的代理,目标对象,拦截的method的名称,拦截方法的参数和拦截器链全部整合到了ReflectiveMethodInvocation这个类中


各位看官想一下,ReflectiveMethodInvocation这个类有了这么多的参数,就可以干自己想干的任何是,首先它可以直接执行目标对象的那个方法(有目标类的class,名称,参数)就可以执行了(怎么执行?别闹,名称写的很清楚了,Reflect!!!!),并且有了拦截器链,只要知道拦截器的类型是前置,后置,环绕的类型,就可以吧拦截器也给执行了,所以所有的东西一切都准备就绪了~


最后我们看看执行的过程吧 proceed()方法

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》


好了,我们来看看spring如何执行的,首先线看拦截器链,默认从-1个执行(get(-1)?错了,下文先++this.currentInterceptorIndex,这样就从第0个开始执行拦截器


spring判断我们的切面是否是需要动态匹配切点,我们这边就是很普通的万能切点,所以不需要,不管是什么样的切点,最后都执行了invoke方法,且将自己传入(ReflectiveMethodInvocation)

因为我们实现的是MethodBeforeAdviceInterceptor

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》


这边就是执行我们在MethodInvokeCountAdvice,和MethodLoggerAdvice实现的before方法this.currentInterceptorIndex


然后再递归调用,与上次不一样的是this.currentInterceptorIndex这个+1了,所以会执行下一个拦截器,到了最后一个会走:

《浅析Spring AOP源码(十五) 分析JdkDynamicAopProxy的invoke方法》

最后执行切入点,也就是我们目标对象的方法


到此为止关于proxyFactoryBean基本就讲结束了,还是希望自己debug看看吧~

    原文作者:Spring Cloud
    原文地址: https://blog.csdn.net/clypm/article/details/54380341
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞