• 从源码入手,一文带你读懂Spring AOP面向切面编程


    之前《零基础带你看Spring源码——IOC控制反转》详细讲了Spring容器的初始化和加载的原理,后面《你真的完全了解Java动态代理吗?看这篇就够了》介绍了下JDK的动态代理。

    基于这两者的实现上,这次来探索下Spring的AOP原理。虽然AOP是基于Spring容器和动态代理,但不了解这两者原理也丝毫不影响理解AOP的原理实现,因为大家起码都会用。

    AOP,Aspect Oriented Programming,面向切面编程。在很多时候我们写一些功能的时候,不需要用到继承这么重的方法,例如对每个方法在执行前打log,在没有AOP的情况下,我们只能对每个方法都写一句打log的语句。如果是一个复杂点的功能,那么将会产生许多重复的代码,而且会对模块之间有更多的耦合。

    然而,在AOP下,我们只需要通过特定的方法,就能直接切入代码,添加自定义的功能(后续再讲AOP里面的概念点)。

    下面将从一个简单的示例入手,拆解示例的内容,通过源码分析,一步步带大家读懂AOP的原理实现。

    使用示例

    以下代码不以文字形式展示,若需要代码,可以到github查看完整Demo。
    Demo:https://github.com/Zack-Ku/spring-aop-demo

    Spring项目依然是用xml最原始的配置方式,为了只是能简单地阅读原理,否则会多很多自动配置的内容在里面。而AOP的配置用的是注解形式,因为毕竟看起来毕竟清晰,容易理解逻辑。

    创建一个Gradle项目,添加对应的Spring与AOP的依赖。
    (Gradle和Maven类似,都是自动化构建的工具。但与Maven相比,Gradle是基于groovy,采用DSL格式,具有更强的灵活性、简洁性、拓展性。现在连Spring的官方源码都是用Gradle的,可以说是一款面向未来的工具,后续也值得我们深入学习。)

    创建一个Bean,TestBean。

    创建AOP的Aspect。

    然后写一个启动类,测试以上配置

    运行结果:

    com.zack.demo.TestBean.getStr()开始执行...
    getStr():Testing!
    com.zack.demo.TestBean.getStr()方法结束...

    Demo:https://github.com/Zack-Ku/spring-aop-demo

    示例解析与AOP术语概念

    看到上面的结果,很容易猜想到,LogAspect作用了在TestBean上,使得每次执行TestBean上的方法时,都会执行对应的方法(before/after)。

    LogAspect中带注解@Pointcut的allMethod(),是用来扫描程序中的连接点。当执行一个方法时,命中了连接点,则会根据不同的通知,执行对应的织入代码。在上面例子中,执行getStr()前会执行LogAspect中的before(),执行getStr()后会执行LogAspect中的after()。

    具体的通知包含

    • @Before,前置通知,执行方法前执行
    • @AfterReturn,返回通知,正常返回方法后执行
    • @After,后置通知,方法最终结束后执行,相当于finaly
    • @Around,环绕通知,围绕整个方法
    • @AfterThrowing,异常通知,抛出异常后执行

    开发者在命中连接点时,可以通过以上不同的通知,执行对应方法。这就是AOP中的Advisor。

    以上的内容其实已经把AOP核心的概念都已经点出来了,我们再深入具体的认识下其中的术语,

    • Aspect,切面,一个关注点的模块。
      例子中,LogAspect就是切面。
    • JoinPoint, 连接点,程序执行中的某个点,某个位置。
      例子中,testBean.getStr()是连接点。
    • PointCut,切点,切面匹配连接点的点,一般与切点表达式相关,就是切面如何切点。
      例子中,@PointCut注解就是切点表达式,匹配对应的连接点
    • Advice,通知,指在切面的某个特定的连接点上执行的动作。
      例子中,before()与after()方法中的代码。
    • TargetObject,目标对象,指被切入的对象。
      例子中,从ctx中取出的testBean则是目标对象。
    • Weave,织入,将Advice作用在JoinPoint的过程。

    以上概念看起来可以还比较难懂,可以通过以下一图(来源于网络)来理解

    请各位读者和各位程序员,在阅读源码的时候,一定要先搞清楚基本概念,和一定一定要知道对应概念的英文,否则在看源码的时候,根本对不上号,使理解难度大大提高。因为源码都是英文写的。

    至此AOP的基本使用和概念相信大家都有一定的了解,下面开始从源码入手,去探索整个Spring AOP的实现。

    源码分析

    上面的例子之所以能完成AOP的代理,只因为Spring的xml配置里面加了这一句

    < aop : aspectj-autoproxy / >

    加上了这一个配置,使得整个Spring项目拥有了AOP的功能。全局搜索下aspectj-autoproxy这个字段,可以发现,是这个类AspectJAutoProxyBeanDefinitionParser解析了这个元素。

    其中的parse方法调用的是AopNamespaceUtils类中的registerAspectJAnnotationAutoProxyCreatorIfNecessary。这个方法作用是初始化一个AOP专用的Bean,并且注册到Spring容器中。

    解析这三个操作,

    1. 第一句,注册一个AnnotationAwareAspectJAutoProxyCreator(称它为自动代理器),这个Creator是AOP的操作核心,也是扫描Bean,代理Bean的操作所在。
    2. 第二句,解析配置元素,决定代理的模式。其中有JDK动态代理,还有CGLIB代理,这部分后续会再细讲。
    3. 第三句,作为系统组件,把Creator这个Bean,放到Spring容器中。让Spring实例化,启动这个Creator。

    自动代理器

    下面我们来细看AnnotationAwareAspectJAutoProxyCreator是怎么对Bean做AOP的。

    AnnotationAwareAspectJAutoProxyCreator的父类AbstractAutoProxyCreator,里面实现了BeanPostProceesor接口的postProcessAfterInitialization方法(该方法在一个Bean加载到Spring后会执行)。

    关联注释描述可知,当一个bean加载完后,执行了该方法,会生成一个新的代理对象,返回context中加载。

    下面重点看其中的wrapIfNecessary方法。讲述了整个AOP的核心流程,是Spring AOP最最最核心的代码所在。

    看到红框的两个核心方法,可以知道,先从刚加载的Bean中扫描出所有的advice和advisor,然后用它来创建一个代理对象。

    获取Advisor

    先看如何扫描出advice和advisor。
    一步步Debug getAdvicesAndAdvisorsForBean(),找到BeanFactoryAspectJAdvisorsBuilder中的buildAspectJAdvisors方法。

    该方法就是找出Spring容器中存在的AspectBean,然后返回所有AspectBean中的Advisor。

    示例中,LogAspect就是AspectBean,然后LogAspect中的before和after方法就是Advisor。
    所以最终返回了LogAspect中的Advisor(before和after)。

    创建代理

    拿到了所有的Advisor后,就进入了创建代理的流程了createProxy()。

    这些入参,对比上一篇讲过的动态代理,其实非常相似。

    • beanClass,加载到Spring,触发AOP的bean类
    • targetSource,目标对象,示例中则是从ctx中取出的testBean
    • specificInterceptors,指定Advisor,示例中则是before和after的方法。

    下面来具体看下代理的过程

    代码可以概括为,创建一个proxyFactory对象,然后把上面的参数都丢到这个这个工厂里,最后从proxyFactory获取一个代理对象。

    来看看ProxyFactory的getProxy方法是怎么生成代理对象的。

    Debug该方法,可以在DefaultAopProxyFactory中createAopProxy看到

    工厂会根据配置与目标对象的类型,选择用JDK动态代理(参考《你真的完全了解Java动态代理吗?看这篇就够了》)还是CGLIB的代理(CGLIB具体在后续讲)。

    代理后的对象放回ctx中,然后当程序执行的时候,会直接调用这个代理类。

    至此整个AOP的代理流程就结束了。下面来了解下CGLIG代理与JDK代理的不同

    CGLIB与JDK代理区别

    CGLIB(Code Generation Library)是一个强大的,高性能,高质量的Code生成类库。它可以在运行期扩展Java类与实现Java接口。Hibernate支持它来实现PO(Persistent Object 持久化对象)字节码的动态生成。

    回顾下JDK代理,JDK代理需要一组需要实现的接口,然后通过这些接口获取构造方法,用这个构造方法和InvocationHandler,实例化一个对象出来。所以JDK的方式是基于接口的。

    而CGLIB的代理是基于类的,用目标类生成一个子类,子类重写父类的方法,从而达到动态代理的效果。CGLIB的使用和实现等后面有机会再详细介绍。目前暂时只要理解两者不同的使用场景就足够了。

    总结

    回顾下Spring AOP的流程

    1. Spring加载自动代理器AnnotationAwareAspectJAutoProxyCreator,当作一个系统组件。
    2. 当一个bean加载到Spring中时,会触发自动代理器中的bean后置处理
    3. bean后置处理,会先扫描bean中所有的Advisor
    4. 然后用这些Adviosr和其他参数构建ProxyFactory
    5. ProxyFactory会根据配置和目标对象的类型寻找代理的方式(JDK动态代理或CGLIG代理)
    6. 然后代理出来的对象放回context中,完成Spring AOP代理

    相信大家通过阅读本文,对Spring的AOP处理有一定的认识。想更深入地了解,探索每一步,每一行代码的实现,可以下载Demo源码,一步步地调试
    Demo:https://github.com/Zack-Ku/spring-aop-demo


    更多技术文章、精彩干货,请关注
    博客:zackku.com
    微信公众号:Zack说码

  • 相关阅读:
    排列组合之全排列
    Shell脚本学习指南 [ 第一、二章 ] 背景知识、入门
    Scala基础知识[一]
    Hadoop JVM调整解决 MapReduce 作业超时问题
    PL_SQL学习
    Oracle实用操作
    Fernflower 反编译.class文件
    Java命名规范
    Oracle学习笔记1
    JDBC连接MySQL与Oracle
  • 原文地址:https://www.cnblogs.com/zackku/p/10032663.html
Copyright © 2020-2023  润新知