spring aop源码解析

spring知识回顾

        spring的两个重要功能:IOC、AOP,在ioc容器的初始化过程中,会触发2种处理器的调用,

前置处理器(BeanFactoryPostProcessor)后置处理器(BeanPostProcessor)。

        前置处理器的调用时机是在容器基本创建完成时,可以往容器中添加各种的bean

        后置处理器的调用时机是在bean的初始化和实例化时调用,aop的功能就是基于该特性实现的

aop重要的类介绍

        org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator spring的aop实现的入口类

        org.springframework.aop.Pointcut  spring的aop的顶层切面接口

        org.aopalliance.aop.Advice   spring的aop的顶层通知接口

        org.springframework.aop.Advisor  aop的顶层接口,从语义上包含了:pointcut和advice

   aop的使用     

        如果在实际的工作中,需要做aop操作,可以基于spring的aop返回实现也可以基于AspectJ操作实现,前者是在运行时动态代理,后置是在编译阶段完成aop,这里只讨论spring的aop使用

       切面:

           spring提供了多种切面:静态切面、动态切面、注解切面、正则表达式切面等

      通知advice:

         spring提供了多种通知:BeforeAdvice、AfterAdvice

   动态方法判断aop使用:

        1  切面类继承 org.springframework.aop.support.DynamicMethodMatcherPointcut

        org.springframework.aop.support.DynamicMethodMatcherPointcut#getClassFilter方法根据业务条件重新判断

        org.springframework.aop.MethodMatcher#matches(java.lang.reflect.Method, java.lang.Class, java.lang.Object...)方法在运行时根据传入的方法参数动态判断

        2 通知类实现org.aopalliance.intercept.MethodInterceptor

        org.aopalliance.intercept.MethodInterceptor#invoke方法根据实际情况编写执行代码

       3 组装org.springframework.aop.support.DefaultPointcutAdvisor

        将切面和通知类织入到Advisor中,同时把Advisor做为bean放入到spring的ioc容器即可

源码解析

        spring的aop的入口是在spring bean创建过程中由后置处理器完成的,入口类是:

org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator,查看类的UML图如下:

spring aop源码解析_第1张图片

由图可知:该类是一个BeanPostProcessor的子类,在bean被初始化时,会调用该类的两个方法:

org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#postProcessBeforeInitialization

和org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#postProcessAfterInitialization

aop的入口就是在bean初始化后的调用:

spring aop源码解析_第2张图片

org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#wrapIfNecessary方法如下图所示:

spring aop源码解析_第3张图片

spring的aop涉及的精髓就在这2段代码中

 获取符合的Advisor。根据代码逻辑一路调试:org.springframework.aop.framework.autoproxy.AbstractAdvisorAutoProxyCreator#findEligibleAdvisors

spring aop源码解析_第4张图片

 其中第一步是获取所有的Advisor类,在第二步的时候通过beanClass筛选出符合条件的Advisor

最终的筛选逻辑在:org.springframework.aop.support.AopUtils#canApply(org.springframework.aop.Pointcut, java.lang.Class, boolean)

spring aop源码解析_第5张图片

  在上面的简单使用的第一步中,有继承成DynamicMethodMatcherPointcut,DyNamicMethodMatcherPointcut同时也是MethodMatcher的实现,在上图1处是对类判断是否满足条件,DynamicMethodMatcherPointcut此处对所有的类都会返回true,可以根据业务情况选择性的返回,提升性能

spring aop源码解析_第6张图片

在2处获取的也是DynamicMethodMatcherPointcut本身,也是对所有的方法返回truespring aop源码解析_第7张图片

至此,通过DynamicMethodMatcherPointcut在bean初始化时寻找到合适的Advisor,下一步就是创建代理org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#createProxy

spring aop源码解析_第8张图片

在1处传入的就是由上一个步骤查询到的合适的Advisor列表,2处做转换,3处就是正在的创建代理的逻辑,跟随代码一路调试。最终Aop的代理创建委托给了org.springframework.aop.framework.DefaultAopProxyFactory#createAopProxy

spring aop源码解析_第9张图片

会根据bean的类型判断是采用Jdk动态代理还是cglib动态代理完成。后面bean的执行逻辑就是代理的相关方法逻辑了。

至此,Aop的创建过程梳理完成

大家最关心的其实是动态代理的执行逻辑。这里暂时先以JDK的动态代理为列分析源码流程

后续的代码分析如下:

org.springframework.aop.framework.JdkDynamicAopProxy的类UML图如下:

spring aop源码解析_第10张图片

真正的执行逻辑应该是org.springframework.aop.framework.JdkDynamicAopProxy#invoke方法

spring aop源码解析_第11张图片

前面的方法是做一些固定方法判断,包括:equal、hashcode等,核心方法如截图所示

在1处获取调用该方法的拦截链,最终的实现委托给了:org.springframework.aop.framework.DefaultAdvisorChainFactory#getInterceptorsAndDynamicInterceptionAdvice

spring aop源码解析_第12张图片

在代码1处,获取该方法对应类的Advisor列表,在2处通过org.springframework.aop.support.DynamicMethodMatcher#matches方法判断,此处恒为true,在3处就是区别DynamicMethodmatcherPointcut和StaticMethodmatcherPointcut的地方,动态的此处为true,而StaticMethodMatcherPointcut为false。最终返回的是通知类Advice(MethodInterceptor是Advice的子类)

回到org.springframework.aop.framework.JdkDynamicAopProxy#invoke的第二步,当通知不为空时,通过构造了一个ReflectiveMethodInvocation对象,再调用org.springframework.aop.framework.ReflectiveMethodInvocation#proceed方法返回结果

跟踪代码到org.springframework.aop.framework.ReflectiveMethodInvocation#proceed

spring aop源码解析_第13张图片

在构造器中,传入了拦截器链,在真正实行时,通过链路调用完成

spring aop源码解析_第14张图片

至此Aop的创建实现和执行逻辑已经梳理清楚,总结如下:

代理创建逻辑:

  1 AbstractAutoProxyCreator是一个BeanPostProcessor,在bean初始化时会触发

postProcessAfterInitialization方法的调用

2  org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#wrapIfNecessary方法通过bean的类类型寻找到对应的通知类Advisor

3 代理的创建委托给了org.springframework.aop.framework.DefaultAopProxyFactory#createAopProxy方法实现,通过判断bean的条件采用JDK或者cglib的动态代理方式实现

JDK代理实现逻辑如下:

当执行方法时,通过代理,

1 调org.springframework.aop.framework.JdkDynamicAopProxy#invoke方法。

2 该方法通过获取调用方法对应的通知信息,然后构建一个ReflectiveMethodInvocation实例,最终调用委托给了ReflectiveMethodInvocation#proceed方法

3 ReflectiveMethodInvocation#proceed方法调用通知链的所有拦截器方法

以上就是Aop的创建和代理执行全逻辑

你可能感兴趣的:(spring,aop,spring,java,后端)