Spring AOP就是这么简单啦

ゞ浴缸里的玫瑰 2021-09-15 11:44 385阅读 0赞

# 前言 #

> 只有光头才能变强

上一篇已经讲解了[Spring IOC知识点一网打尽！][Spring IOC]，这篇主要是讲解Spring的AOP模块~

之前我已经写过一篇关于AOP的文章了，那篇把比较重要的知识点都讲解过了一篇啦：[Spring【AOP模块】就这么简单][Spring_AOP]，很荣幸被开源中国推荐过~~

*  如果没有AOP的基础，建议先看看上面那篇文章~
 *  如果没有代理模式基础，建议先看看：[给女朋友讲解什么是代理模式][Link 1]这篇文章
 *  如果都看过了，这篇就放心食用吧！

这篇文章主要是**补充和强化**一些比较重要的知识点，并会把上面的两本书关于AOP的知识点整理出来并画成一个思维导图来全面了解Spring AOP的知识点！

那么接下来就开始吧，如果有错的地方希望能多多包涵，并不吝在评论区指正！

# 一、Spring AOP全面认知 #

结合《Spring 实战 (第4版)》和《精通Spring4.x 企业应用开发实战》两本书的AOP章节将其知识点整理起来~

## 1.1AOP概述 ##

AOP称为面向切面编程，那我们怎么理解面向切面编程？？

我们可以先看看下面这段代码：

![1639259ea5e927d8_w_773_h_474_f_png_s_110986][]

我们学Java面向对象的时候，如果代码重复了怎么办啊？？可以分成下面几个步骤：

*  1：抽取成方法
 *  2：抽取类

抽取成类的方式我们称之为：**纵向抽取**

*  通过继承的方式实现纵向抽取

但是，我们现在的办法不行：即使抽取成类还是会出现重复的代码，因为这些逻辑(开始、结束、提交事务)**依附在我们业务类的方法逻辑中**！

![1639259ea399586b_w_531_h_142_f_png_s_31330][]

现在纵向抽取的方式不行了，AOP的理念：就是将**分散在各个业务逻辑代码中相同的代码通过横向切割的方式**抽取到一个独立的模块中！

![1639259ea3e1fbcf_w_393_h_292_f_png_s_48636][]

上面的图也很清晰了，将重复性的逻辑代码横切出来其实很容易(我们简单可认为就是封装成一个类就好了)，但我们要将这些**被我们横切出来的逻辑代码融合到业务逻辑中**，来完成和之前(没抽取前)一样的功能！这就是AOP首要解决的问题了！

## 1.2Spring AOP原理 ##

> 被我们横切出来的逻辑代码融合到业务逻辑中，来完成和之前(没抽取前)一样的功能

没有学Spring AOP之前，我们就可以使用代理来完成。

*  如果看过我写的[给女朋友讲解什么是代理模式][Link 1]这篇文章的话，一定就不难理解上面我说的那句话了
 *  代理能干嘛？代理可以帮我们**增强对象的行为**！使用动态代理实质上就是**调用时拦截对象方法，对方法进行改造、增强**！

其实Spring AOP的底层原理就是**动态代理**！

来源《精通Spring4.x 企业应用开发实战》一段话：

> Spring AOP使用纯Java实现，它不需要专门的编译过程，也不需要特殊的类装载器，它在**运行期通过代理方式向目标类织入增强代码**。在Spring中可以无缝地将Spring AOP、IoC和AspectJ整合在一起。

来源《Spring 实战 (第4版)》一句话：

> Spring AOP构建在动态代理基础之上，因此，**Spring对AOP的支持局限于方法拦截**。

在Java中动态代理有**两种**方式：

*  JDK动态代理
 *  CGLib动态代理

![1639259ea4fdea1d_w_485_h_159_f_png_s_24904][]

JDK动态代理是需要实现某个接口了，而我们类未必全部会有接口，于是CGLib代理就有了~~

*  CGLib代理其生成的动态代理对象是目标类的子类
 *  Spring AOP\*\*默认是使用JDK动态代理**，如果代理的类**没有接口则会使用CGLib代理\*\*。

那么JDK代理和CGLib代理我们该用哪个呢？？在《精通Spring4.x 企业应用开发实战》给出了建议：

*  如果是**单例的我们最好使用CGLib代理**，如果是多例的我们最好使用JDK代理

原因：

*  JDK在创建代理对象时的性能要高于CGLib代理，而生成代理对象的运行性能却比CGLib的低。
 *  如果是单例的代理，推荐使用CGLib

看到这里我们就应该知道什么是Spring AOP(面向切面编程)了：**将相同逻辑的重复代码横向抽取出来，使用动态代理技术将这些重复代码织入到目标对象方法中，实现和原来一样的功能**。

*  这样一来，我们就在**写业务时只关心业务代码**，而不用关心与业务无关的代码

## 1.3AOP的实现者 ##

AOP除了有Spring AOP实现外，还有著名的AOP实现者：AspectJ，也有可能大家没听说过的实现者：JBoss AOP~~

我们下面来说说AspectJ扩展一下知识面：

> AspectJ是**语言级别**的AOP实现，扩展了Java语言，定义了AOP语法，能够在**编译期**提供横切代码的织入，所以它有**专门的编译器**用来生成遵守Java字节码规范的Class文件。

而Spring借鉴了AspectJ很多非常有用的做法，**融合了AspectJ实现AOP的功能**。但Spring AOP本质上**底层还是动态代理**，所以Spring AOP是不需要有专门的编辑器的~

## 1.4AOP的术语 ##

嗯，AOP搞了好几个术语出来~~两本书都有讲解这些术语，我会尽量让大家看得明白的：

**连接点**(Join point)：

*  **能够被拦截的地方**：Spring AOP是基于动态代理的，所以是方法拦截的。每个成员方法都可以称之为连接点~

**切点**(Poincut)：

*  **具体定位的连接点**：上面也说了，每个方法都可以称之为连接点，我们**具体定位到某一个方法就成为切点**。

**增强/通知**(Advice)：

*  表示添加到切点的一段**逻辑代码**，并定位连接点的**方位信息**。  
    
    
     *  简单来说就定义了是干什么的，具体是在哪干
     *  Spring AOP提供了5种Advice类型给我们：前置、后置、返回、异常、环绕给我们使用！

**织入**(Weaving)：

*  将`增强/通知`添加到目标类的具体连接点上的过程。

**引入/引介**(Introduction)：

*  `引入/引介`允许我们**向现有的类添加新方法或属性**。是一种**特殊**的增强！

**切面**(Aspect)：

*  切面由切点和`增强/通知`组成，它既包括了横切逻辑的定义、也包括了连接点的定义。

在《Spring 实战 (第4版)》给出的总结是这样子的：

> 通知/增强包含了需要用于多个应用对象的横切行为；连接点是程序执行过程中能够应用通知的所有点；切点定义了通知/增强被应用的具体位置。其中关键的是切点定义了哪些连接点会得到通知/增强。

总的来说：

*  这些术语可能翻译过来不太好理解，但对我们正常使用AOP的话**影响并没有那么大**~~看多了就知道它是什么意思了。

## 1.5Spring对AOP的支持 ##

Spring提供了3种类型的AOP支持：

*  基于代理的经典SpringAOP  
    
    
     *  需要实现接口，手动创建代理
 *  纯POJO切面  
    
    
     *  使用XML配置，aop命名空间
 *  `@AspectJ`注解驱动的切面  
    
    
     *  使用注解的方式，这是最简洁和最方便的！

# 二、基于代理的经典SpringAOP #

这部分配置比较麻烦，用起来也很麻烦，这里我就主要整理一下书上的内容，大家看看了解一下吧，我们实际上使用Spring AOP基本不用这种方式了！

首先，我们来看一下增强接口的继承关系图：

![1639259edfbea6f0_w_1099_h_572_f_png_s_205722][]

可以分成**五类**增强的方式：

![1639259ea8ffc354_w_888_h_417_f_png_s_137959][]

Spring提供了**六种的切点类型**：

![163925a0307e7c6e_w_774_h_676_f_png_s_114203][]

**切面类型主要分成了三种**：

*  **一般切面**
 *  **切点切面**
 *  **引介/引入切面**

![1639259f25f81c96_w_579_h_364_f_png_s_31820][]

一般切面，切点切面，引介/引入切面介绍：

![1639259f27c9deaf_w_755_h_190_f_png_s_62774][]  
![1639259f334512f0_w_741_h_89_f_png_s_25335][]

对于切点切面我们一般都是直接用就好了，我们来看看引介/引入切面是怎么一回事：

*  引介/引入切面是引介/引入增强的封装器，通过引介/引入切面，**可以更容易地为现有对象添加任何接口的实现**！

继承关系图：

![1639259f3be5cbb2_w_793_h_366_f_png_s_117846][]

引介/引入切面有两个实现类：

*  DefaultIntroductionAdvisor：常用的实现类
 *  DeclareParentsAdvisor：用于实现AspectJ语言的DeclareParent注解表示的引介/引入切面

实际上，我们使用AOP往往是**Spring内部使用BeanPostProcessor帮我们创建代理**。

这些代理的创建器可以分成三类：

*  基于Bean配置名规则的自动代理创建器：BeanNameAutoProxyCreator
 *  基于Advisor匹配机制的自动代理创建器：它会对容器所有的Advisor进行扫描，实现类为DefaultAdvisorAutoProxyCreator
 *  基于Bean中的AspectJ注解标签的自动代理创建器：AnnotationAwareAspectJAutoProxyCreator

对应的类继承图：

![1639259f48e7ef5a_w_1107_h_644_f_png_s_221682][]

嗯，基于代理的经典SpringAOP就讲到这里吧，其实我是不太愿意去写这个的，因为已经几乎不用了，在《Spring 实战 第4版》也没有这部分的知识点了。

*  但是通过这部分的知识点可以**更加全面地认识Spring AOP的各种接口**吧~

# 三、拥抱基于注解和命名空的AOP编程 #

Spring在新版本中对AOP功能进行了增强，体现在这么几个方面：

*  在XML配置文件中为AOP提供了aop命名空间
 *  增加了AspectJ切点表达式语言的支持
 *  可以无缝地集成AspectJ

那我们使用`@AspectJ`来玩AOP的话，学什么？？其实也就是上面的内容，学如何设置切点、创建切面、增强的内容是什么…

![1639259f3916db2c_w_815_h_774_f_png_s_212647][]

具体的切点表达式使用还是前往：[Spring【AOP模块】就这么简单][Spring_AOP]看吧~~

对应的增强注解：

![1639259f856b96ea_w_797_h_726_f_png_s_144909][]

![1639259f85f3f536_w_721_h_378_f_png_s_78849][]

## 3.1使用引介/引入功能实现为Bean引入新方法 ##

其实前置啊、后置啊这些很容易就理解了，整篇文章看下来就只有这个引介/引入切面有点搞头。于是我们就来玩玩吧~

我们来看一下具体的用法吧，现在我有个服务员的接口：

public interface Waiter { 
    
        // 向客人打招呼
        void greetTo(String clientName);
    
        // 服务
        void serveTo(String clientName);
    }

一位年轻服务员实现类：

public class NaiveWaiter implements Waiter { 
        public void greetTo(String clientName) {
            System.out.println("NaiveWaiter:greet to " + clientName + "...");
        }
    
        @NeedTest
        public void serveTo(String clientName) {
            System.out.println("NaiveWaiter:serving " + clientName + "...");
        }
    
    }

现在我想做的就是：**想这个服务员可以充当售货员的角色，可以卖东西**！当然了，我肯定不会加一个卖东西的方法到Waiter接口上啦，因为这个是暂时的~

所以，我搞了一个售货员接口：

public interface Seller { 
    
      // 卖东西
      int sell(String goods, String clientName);
    }

一个售货员实现类：

public class SmartSeller implements Seller { 
    
        // 卖东西
        public int sell(String goods,String clientName) {
            System.out.println("SmartSeller: sell "+goods +" to "+clientName+"...");
            return 100;
        }
    
    }

此时，我们的类图是这样子的：

![1639259f88bcecc8_w_785_h_230_f_png_s_51316][]

现在我想干的就是：**借助AOP的引入/引介切面，来让我们的服务员也可以卖东西**！

我们的引入/引介切面具体是这样干的：

@Aspect
    public class EnableSellerAspect { 
    
        @DeclareParents(value = "com.smart.NaiveWaiter",  // 指定服务员具体的实现
                defaultImpl = SmartSeller.class) // 售货员具体的实现
        public Seller seller; // 要实现的目标接口
    
    }

写了这个切面类会发生什么？？

*  切面技术将SmartSeller融合到NaiveWaiter中，这样**NaiveWaiter就实现了Seller接口**！！！！

是不是很神奇？？我也觉得很神奇啊，我们来测试一下：

我们的`bean.xml`文件很简单：

<?xml version="1.0" encoding="UTF-8" ?>
    <beans xmlns="http://www.springframework.org/schema/beans"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xmlns:aop="http://www.springframework.org/schema/aop"
        xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.0.xsd">
        <aop:aspectj-autoproxy/>
        <bean id="waiter" class="com.smart.NaiveWaiter"/>
        <bean class="com.smart.aspectj.basic.EnableSellerAspect"/>
    </beans>

测试一下：

public class Test { 
        public static void main(String[] args) {
    
    
            ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("com/smart/aspectj/basic/beans.xml");
            Waiter waiter = (Waiter) ctx.getBean("waiter");
    
            // 调用服务员原有的方法
            waiter.greetTo("Java3y");
            waiter.serveTo("Java3y");
    
            // 通过引介/引入切面已经将waiter服务员实现了Seller接口，所以可以强制转换
            Seller seller = (Seller) waiter;
            seller.sell("水军", "Java3y");
    
        }
    }

![1639259fa6f87c3a_w_508_h_93_f_png_s_2861][]

具体的调用过程是这样子的：

> 当引入接口方法被调用时，代理对象会把此调用委托给实现了新接口的某个其他对象。实际上，一个Bean的实现被拆分到多个类中

![1639259faa1e4069_w_681_h_425_f_png_s_20369][]

## 3.2在XML中声明切面 ##

我们知道注解很方便，**但是**，要想使用**注解的方式**使用Spring AOP就**必须要有源码**(因为我们要在切面类上添加注解)。如果没有源码的话，我们就得使用XML来声明切面了~

其实就跟注解差不多的功能：

![1639259fc8f62000_w_822_h_798_f_png_s_29126][]

我们就直接来个例子终结掉它吧：

首先我们来测试一下与传统的SpringAOP结合的advisor是怎么用的：

实现类：

![1639259fed70d0a9_w_966_h_293_f_png_s_10402][]

xml配置文件：

![1639259ff3f90cb8_w_1371_h_154_f_png_s_11002][]

…….

一个一个来讲解还是太花时间了，我就一次性用图的方式来讲啦：

![1639259ff5b1be79_w_1570_h_774_f_png_s_46606][]

最后还有一个切面类型总结图，看完就几乎懂啦：

![1639259ffd086216_w_897_h_753_f_png_s_216021][]

# 三、总结 #

看起来AOP有很多很多的知识点，其实我们只要记住AOP的核心概念就行啦。

下面是我的简要总结AOP：

*  AOP的底层实际上是动态代理，动态代理分成了JDK动态代理和CGLib动态代理。如果被代理对象没有接口，那么就使用的是CGLIB代理(也可以直接配置使用CBLib代理)
 *  如果是单例的话，那我们最好使用CGLib代理，因为CGLib代理对象运行速度要比JDK的代理对象要快
 *  AOP既然是基于动态代理的，那么它只能对方法进行拦截，它的层面上是方法级别的
 *  无论经典的方式、注解方式还是XML配置方式使用Spring AOP的原理都是一样的，只不过形式变了而已。一般我们使用注解的方式使用AOP就好了。
 *  注解的方式使用Spring AOP就了解几个切点表达式，几个增强/通知的注解就完事了，是不是贼简单…使用XML的方式和注解其实没有很大的区别，很快就可以上手啦。
 *  引介/引入切面也算是一个比较亮的地方，可以用代理的方式为某个对象实现接口，从而能够使用借口下的方法。这种方式是非侵入式的~
 *  要增强的方法还可以接收与被代理方法一样的参数、绑定被代理方法的返回值这些功能…

最后，将我们上一次IOC的思维导图补充AOP的知识点上去吧~~~

![163925ac9488dccf_w_5114_h_3465_f_jpeg_s_925304][]

参考资料：

*  《Spring 实战》
 *  《精通Spring4.x 企业应用开发实战》

> 如果文章有错的地方欢迎指正，大家互相交流。习惯在微信看技术文章，想要获取更多的Java资源的同学，可以**关注微信公众号:Java3y**。为了大家方便，刚新建了一下**qq群：742919422**，大家也可以去交流交流。谢谢支持了！希望能多介绍给其他有需要的朋友

**文章的目录导航**：

*  [https://zhongfucheng.bitcron.com/post/shou-ji/wen-zhang-dao-hang][https_zhongfucheng.bitcron.com_post_shou-ji_wen-zhang-dao-hang]

[Spring IOC]: https://mp.weixin.qq.com/s?__biz=MzI4Njg5MDA5NA==&mid=2247484247&idx=1&sn=e228e29e344559e469ac3ecfa9715217&chksm=ebd74256dca0cb40059f3f627fc9450f916c1e1b39ba741842d91774f5bb7f518063e5acf5a0#rd
[Spring_AOP]: https://mp.weixin.qq.com/s?__biz=MzI4Njg5MDA5NA==&mid=2247483954&idx=1&sn=b34e385ed716edf6f58998ec329f9867&chksm=ebd74333dca0ca257a77c02ab458300ef982adff3cf37eb6d8d2f985f11df5cc07ef17f659d4#rd
[Link 1]: https://mp.weixin.qq.com/s?__biz=MzI4Njg5MDA5NA==&mid=2247484222&idx=1&sn=5191aca33f7b331adaef11c5e07df468&chksm=ebd7423fdca0cb29cdc59b4c79afcda9a44b9206806d2212a1b807c9f5879674934c37c250a1#rd
[1639259ea5e927d8_w_773_h_474_f_png_s_110986]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ea5e927d8?w=773&h=474&f=png&s=110986
[1639259ea399586b_w_531_h_142_f_png_s_31330]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ea399586b?w=531&h=142&f=png&s=31330
[1639259ea3e1fbcf_w_393_h_292_f_png_s_48636]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ea3e1fbcf?w=393&h=292&f=png&s=48636
[1639259ea4fdea1d_w_485_h_159_f_png_s_24904]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ea4fdea1d?w=485&h=159&f=png&s=24904
[1639259edfbea6f0_w_1099_h_572_f_png_s_205722]: https://user-gold-cdn.xitu.io/2018/5/24/1639259edfbea6f0?w=1099&h=572&f=png&s=205722
[1639259ea8ffc354_w_888_h_417_f_png_s_137959]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ea8ffc354?w=888&h=417&f=png&s=137959
[163925a0307e7c6e_w_774_h_676_f_png_s_114203]: https://user-gold-cdn.xitu.io/2018/5/24/163925a0307e7c6e?w=774&h=676&f=png&s=114203
[1639259f25f81c96_w_579_h_364_f_png_s_31820]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f25f81c96?w=579&h=364&f=png&s=31820
[1639259f27c9deaf_w_755_h_190_f_png_s_62774]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f27c9deaf?w=755&h=190&f=png&s=62774
[1639259f334512f0_w_741_h_89_f_png_s_25335]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f334512f0?w=741&h=89&f=png&s=25335
[1639259f3be5cbb2_w_793_h_366_f_png_s_117846]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f3be5cbb2?w=793&h=366&f=png&s=117846
[1639259f48e7ef5a_w_1107_h_644_f_png_s_221682]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f48e7ef5a?w=1107&h=644&f=png&s=221682
[1639259f3916db2c_w_815_h_774_f_png_s_212647]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f3916db2c?w=815&h=774&f=png&s=212647
[1639259f856b96ea_w_797_h_726_f_png_s_144909]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f856b96ea?w=797&h=726&f=png&s=144909
[1639259f85f3f536_w_721_h_378_f_png_s_78849]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f85f3f536?w=721&h=378&f=png&s=78849
[1639259f88bcecc8_w_785_h_230_f_png_s_51316]: https://user-gold-cdn.xitu.io/2018/5/24/1639259f88bcecc8?w=785&h=230&f=png&s=51316
[1639259fa6f87c3a_w_508_h_93_f_png_s_2861]: https://user-gold-cdn.xitu.io/2018/5/24/1639259fa6f87c3a?w=508&h=93&f=png&s=2861
[1639259faa1e4069_w_681_h_425_f_png_s_20369]: https://user-gold-cdn.xitu.io/2018/5/24/1639259faa1e4069?w=681&h=425&f=png&s=20369
[1639259fc8f62000_w_822_h_798_f_png_s_29126]: https://user-gold-cdn.xitu.io/2018/5/24/1639259fc8f62000?w=822&h=798&f=png&s=29126
[1639259fed70d0a9_w_966_h_293_f_png_s_10402]: https://user-gold-cdn.xitu.io/2018/5/24/1639259fed70d0a9?w=966&h=293&f=png&s=10402
[1639259ff3f90cb8_w_1371_h_154_f_png_s_11002]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ff3f90cb8?w=1371&h=154&f=png&s=11002
[1639259ff5b1be79_w_1570_h_774_f_png_s_46606]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ff5b1be79?w=1570&h=774&f=png&s=46606
[1639259ffd086216_w_897_h_753_f_png_s_216021]: https://user-gold-cdn.xitu.io/2018/5/24/1639259ffd086216?w=897&h=753&f=png&s=216021
[163925ac9488dccf_w_5114_h_3465_f_jpeg_s_925304]: https://user-gold-cdn.xitu.io/2018/5/24/163925ac9488dccf?w=5114&h=3465&f=jpeg&s=925304
[https_zhongfucheng.bitcron.com_post_shou-ji_wen-zhang-dao-hang]: https://zhongfucheng.bitcron.com/post/shou-ji/wen-zhang-dao-hang