内容简介：之前基于这两者的实现上，这次来探索下Spring的AOP原理。虽然AOP是基于Spring容器和动态代理，但不了解这两者原理也丝毫不影响理解AOP的原理实现，因为大家起码都会用。AOP，Aspect Oriented Programming，面向切面编程。在很多时候我们写一些功能的时候，不需要用到继承这么重的方法，例如对每个方法在执行前打log，在没有AOP的情况下，我们只能对每个方法都写一句打log的语句。如果是一个复杂点的功能，那么将会产生许多重复的代码，而且会对模块之间有更多的耦合。 然而，在AOP
之前 《零基础带你看Spring源码——IOC控制反转》 详细讲了Spring容器的初始化和加载的原理，后面 《你真的完全了解 Java 动态代理吗？看这篇就够了》 介绍了下JDK的动态代理。
基于这两者的实现上，这次来探索下Spring的AOP原理。虽然AOP是基于Spring容器和动态代理，但不了解这两者原理也丝毫不影响理解AOP的原理实现，因为大家起码都会用。
AOP，Aspect Oriented Programming，面向切面编程。在很多时候我们写一些功能的时候，不需要用到继承这么重的方法，例如对每个方法在执行前打log，在没有AOP的情况下，我们只能对每个方法都写一句打log的语句。如果是一个复杂点的功能，那么将会产生许多重复的代码，而且会对模块之间有更多的耦合。 然而，在AOP下，我们只需要通过特定的方法，就能直接切入代码，添加自定义的功能（后续再讲AOP里面的概念点）。
下面将从一个简单的示例入手，拆解示例的内容，通过源码分析，一步步带大家读懂AOP的原理实现。
使用示例
以下代码不以文字形式展示，若需要代码，可以到github查看完整Demo。
Demo： github.com/Zack-Ku/spr…
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： github.com/Zack-Ku/spr…
示例解析与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容器中。
解析这三个操作，
- 第一句，注册一个AnnotationAwareAspectJAutoProxyCreator（称它为自动代理器），这个Creator是AOP的操作核心，也是扫描Bean，代理Bean的操作所在。
- 第二句，解析配置元素，决定代理的模式。其中有JDK动态代理，还有CGLIB代理，这部分后续会再细讲。
- 第三句，作为系统组件，把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看到
）还是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的流程
- Spring加载自动代理器AnnotationAwareAspectJAutoProxyCreator，当作一个系统组件。
- 当一个bean加载到Spring中时，会触发自动代理器中的bean后置处理
- bean后置处理，会先扫描bean中所有的Advisor
- 然后用这些Adviosr和其他参数构建ProxyFactory
- ProxyFactory会根据配置和目标对象的类型寻找代理的方式（JDK动态代理或CGLIG代理）
- 然后代理出来的对象放回context中，完成Spring AOP代理
相信大家通过阅读本文，对Spring的AOP处理有一定的认识。想更深入地了解，探索每一步，每一行代码的实现，可以下载Demo源码，一步步地调试。
Demo： github.com/Zack-Ku/spr…
更多技术文章、精彩干货，请关注
博客：zackku.com
微信公众号：Zack说码
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
