深入浅出Spring原理及实战「原理分析专题」不看源码就带你剖析AOP容器核心流程以及运作原理
Posted 洛神灬殇
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了深入浅出Spring原理及实战「原理分析专题」不看源码就带你剖析AOP容器核心流程以及运作原理相关的知识,希望对你有一定的参考价值。
前提回顾
前一篇文章主要介绍了spring核心特性机制的IOC容器机制和核心运作原理,接下来我们去介绍另外一个较为核心的功能,那就是AOP容器机制,主要负责承接前一篇代理模式机制中动态代理:JDKProxy和CglibProxy的功能机制之后,我们开始研究一下如何实现一下相关的AOP容器代理机制的。
AOP入口机制
如何实现将Aspectj的动态weave织入到Spring容器的Bean中?
实现的基本实现原理就是后置处理器:BeanPostProcessor机制,实现动态化植入机制。
如何实现相关的Aspectj的weave织入时机
bean在初始化的时候会进行调用对应的BeanPostProcessor的对应的方法会进行织入。
判断的基本流程
主要取决于wrapIfNecessary方法:
判断当前的Bean是AOP的基础设施类型
如果是基础设施类型,则直接回进行返回该bean对象,不会进行相关的初始化对应的aspectj的动态织入机制。
如果属于定制化的bean对象类型
会进行寻找相关的Bean对应的何时的加强通知类。
如果对应该对象的通知增强数组集合不为空
则会对该bean对象,额外进行增强操作生成相关的代理对象,并返回该执行之后的对象,否则会直接返回该对象即可。
筛选何时的通知器
getAdvicesAndAdvisorsForBean方法是我们筛选Advice增强类的核心方法,主要用于过滤和筛选对应该bean的何时的增强器数组信息。
查找对应Bean的通知增强器
主要用于调用AnnotationAwareAspectJAutoProxyCreator的**findCandidateAdvisors()**方法,其内部会进行先关的核心构建相关的Aspectj的类的相关实现操作
构建先关Aspectj类buildAspectJAdvisors方法
- 首先先进行获取先关的所有容器的BeanName数据集合
- 在根绝上面的BeanName名称集合获取相关的BeanType类型集合
- 根据BeanType判断当前的Bean是否属于一个Aspectj的注解.类,如果不是则类不做任何处理。
构建实际的相关的Advisors类机制
advisorsFactory.getAdvisors获取通知器
切点处理
切点类处理操作到此为止,还不完整接下来才是构建动态代理对象的真正执行操作,
- 获取上面操作中获取到的Aspectj类中的除了PointCut注解修饰的其他的方法列表。
- 根据对应的Aspectj类和相关的Advisors方法列表,创建相关的Advisor实现类,其中内部会进行遍历相关上一步的方法列表,并且调用对应的方法method对应的getAdvisor方法,建立Advisor对象。
- 创建相关的AspectJExpressionPointCut对象,并且从方法里的注解表达式进行解析,这最后设置到对应的门面层的Advisor对象实例。
- 实际的Advisor对象实现类对象的实际:InstantitationModelAwarePoincutAdvisorImpl实例,并且调用其内部的instantiateAdvice方法构建通知机制。
- 其内部仍然会调用getAdvice方法,并且构建相关的注解的类型创建相应的通知。
筛选何时的通知器并且执行应用
findAdvisorsThatCanApply方法
扩展相关的筛选出的通知器列表,extendAdvisors方法,通知器列表首部添加一个DefaultPointcutAdivosr类型的通知器,也就是ExposeInvocationInterceptor.ADVISOR的实现机制。
创建代理对象
- jdk动态代理
- cglib动态代理
proxy-target-class
proxy-target-class的属性值,代表是否可以支持代理实现类,默认采用的false代表着,当bean有实现接口的时候,会直接采用jdk的动态代理机制生成代理对象,如果是true,则代表着使用cglib进行生成代理对象。
例如:
<aop:aspectj-autoproxy proxy-target-class = "true" /></aop>
AopProxy接口
- CglibAopProxy接口实现
- JdkDynamicAopProxy接口实现
AOP代理对象调用同类的方法问题解决方案
expose-proxy作用
前提是必须要配置相关的expose-proxy属性配置值为true,才会进行暴露对应的代理机制。
为了解决目标方法调用同对象中的其他方法,其他方法的切面逻辑是无法实现,因为会涉及到相关的this操作而不是proxy对象机制。
可以实现使用AopContext.currentProxy()强制转换为当前的代理对象。
拦截器链路执行
intercept方法机制
获取相关的对应方法的拦截器栈链路,如果没有获取到相关的缓存链路,则会直接调用相关的getInterceptorsAndDynamicInterceptorAdvice获取先关的拦截器链。
方法拦截器相关的拦截操作连接点
会进行先关的PointcutAdvisor类型通知器,这里会调用相关的通知器所持有的切点(Pointcut)对类和方法进行匹配,匹配冲过这说明相关的向当前的方法进行织入逻辑控制。此外还会通过geIntercptors()方法对非MethodIntercptor类型的通知进行转换。返回相关的拦截器数组,并且随后存入缓存中。
执行目标方法的方式
如果拦截器为空
则会直接通过代理机制的反射控制进行调用执行即可。
如果不为空
则例如jdkDynamicAutoProxy对象进行调用构建ReflectiveMethodInvocation对象,例如它的process方法启动拦截器栈的invoke方法。
- invoke:执行拦截器栈
- invokeJoinpoin():执行目标方法
处理返回值,并且返回该值。
以上是关于深入浅出Spring原理及实战「原理分析专题」不看源码就带你剖析AOP容器核心流程以及运作原理的主要内容,如果未能解决你的问题,请参考以下文章
深入浅出Spring原理及实战「原理分析专题」不看源码就带你剖析AOP容器核心流程以及运作原理
深入浅出Spring原理及实战「原理分析专题」从零开始教你SpringEL表达式使用和功能分析讲解指南(上篇)
深入浅出Sentinel原理及实战「基础实战专题」零基础探索分析Sentinel控制台开发指南
精华推荐 |深入浅出Sentinel原理及实战「基础实战专题」零基础探索分析Sentinel控制台开发指南
深入浅出Spring原理及实战「源码原理实战」从底层角度去分析研究PropertySourcesPlaceholderConfigurer的原理及实战注入机制