【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方法

  1. 首先先进行获取先关的所有容器的BeanName数据集合
  2. 在根绝上面的BeanName名称集合获取相关的BeanType类型集合
  3. 根据BeanType判断当前的Bean是否属于一个Aspectj的注解.类,如果不是则类不做任何处理。

构建实际的相关的Advisors类机制

advisorsFactory.getAdvisors获取通知器

切点处理

切点类处理操作到此为止,还不完整接下来才是构建动态代理对象的真正执行操作,

  1. 获取上面操作中获取到的Aspectj类中的除了PointCut注解修饰的其他的方法列表。
  2. 根据对应的Aspectj类和相关的Advisors方法列表,创建相关的Advisor实现类,其中内部会进行遍历相关上一步的方法列表,并且调用对应的方法method对应的getAdvisor方法,建立Advisor对象。
  3. 创建相关的AspectJExpressionPointCut对象,并且从方法里的注解表达式进行解析,这最后设置到对应的门面层的Advisor对象实例。
  4. 实际的Advisor对象实现类对象的实际:InstantitationModelAwarePoincutAdvisorImpl实例,并且调用其内部的instantiateAdvice方法构建通知机制。
  5. 其内部仍然会调用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():执行目标方法

处理返回值,并且返回该值。

全部评论

相关推荐

03-16 12:39
燕山大学 Java
点赞 评论 收藏
分享
刚刷到字节跳动官方发的消息,确实被这波阵仗吓了一跳。在大家还在纠结今年行情是不是又“寒冬”的时候,字节直接甩出了史上规模最大的转正实习计划——ByteIntern。咱们直接看几个最硬的数,别被花里胡哨的宣传词绕晕了。首先是“量大”。全球招7000多人是什么概念?这几乎是把很多中型互联网公司的总人数都给招进来了。最关键的是,这次的资源分配非常精准:研发岗给了4800多个Offer,占比直接超过六成。说白了,字节今年还是要死磕技术,尤其是产品和AI领域,这对于咱们写代码的同学来说,绝对是今年最厚的一块肥肉。其次是大家最关心的“转正率”。官方直接白纸黑字写了:整体转正率超过50%。这意味着只要你进去了,不划水、正常干,每两个人里就有一个能直接拿校招Offer。对于2027届(2026年9月到2027年8月毕业)的同学来说,这不仅是实习,这简直就是通往大厂的快捷通道。不过,我也得泼盆冷水。坑位多,不代表门槛低。字节的实习面试出了名的爱考算法和工程实操,尤其是今年重点倾斜AI方向,如果你简历里有和AI相关的项目,优势还是有的。而且,转正率50%也意味着剩下那50%的人是陪跑的,进去之后的考核压力肯定不小。一句话总结:&nbsp;27届的兄弟们,别犹豫了。今年字节这是铁了心要抢提前批的人才,现在投递就是占坑。与其等到明年秋招去千军万马挤独木桥,不如现在进去先占个工位,把转正名额攥在手里。
喵_coding:别逗了 50%转正率 仔细想想 就是转正与不转正
字节7000实习来了,你...
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务