切面(Aspect)：

切面由切點(diǎn)和增強(qiáng)/通知組成，它既包括了橫切邏輯的定義、也包括了連接點(diǎn)的定義。

在《Spring 實(shí)戰(zhàn) (第4版)》給出的總結(jié)是這樣子的：

通知/增強(qiáng)包含了需要用于多個(gè)應(yīng)用對(duì)象的橫切行為；連接點(diǎn)是程序執(zhí)行過程中能夠應(yīng)用通知的所有點(diǎn)；切點(diǎn)定義了通知/增強(qiáng)被應(yīng)用的具體位置。其中關(guān)鍵的是切點(diǎn)定義了哪些連接點(diǎn)會(huì)得到通知/增強(qiáng)。

總的來說：

這些術(shù)語可能翻譯過來不太好理解，但對(duì)我們正常使用AOP的話影響并沒有那么大~~看多了就知道它是什么意思了。

Spring提供了3種類型的AOP支持：

基于代理的經(jīng)典SpringAOP

需要實(shí)現(xiàn)接口，手動(dòng)創(chuàng)建代理

純POJO切面

使用XML配置，aop命名空間

@AspectJ注解驅(qū)動(dòng)的切面

使用注解的方式，這是最簡(jiǎn)潔和最方便的！

這部分配置比較麻煩，用起來也很麻煩，這里我就主要整理一下書上的內(nèi)容，大家看看了解一下吧，我們實(shí)際上使用Spring AOP基本不用這種方式了！

首先，我們來看一下增強(qiáng)接口的繼承關(guān)系圖：

可以分成五類增強(qiáng)的方式：

Spring提供了六種的切點(diǎn)類型：

切面類型主要分成了三種：

一般切面

切點(diǎn)切面

引介/引入切面

一般切面，切點(diǎn)切面，引介/引入切面介紹：

對(duì)于切點(diǎn)切面我們一般都是直接用就好了，我們來看看引介/引入切面是怎么一回事：

引介/引入切面是引介/引入增強(qiáng)的封裝器，通過引介/引入切面，可以更容易地為現(xiàn)有對(duì)象添加任何接口的實(shí)現(xiàn)！

繼承關(guān)系圖：

引介/引入切面有兩個(gè)實(shí)現(xiàn)類：

DefaultIntroductionAdvisor：常用的實(shí)現(xiàn)類

DeclareParentsAdvisor：用于實(shí)現(xiàn)AspectJ語言的DeclareParent注解表示的引介/引入切面

實(shí)際上，我們使用AOP往往是Spring內(nèi)部使用BeanPostProcessor幫我們創(chuàng)建代理。

這些代理的創(chuàng)建器可以分成三類：

基于Bean配置名規(guī)則的自動(dòng)代理創(chuàng)建器：BeanNameAutoProxyCreator

基于Advisor匹配機(jī)制的自動(dòng)代理創(chuàng)建器：它會(huì)對(duì)容器所有的Advisor進(jìn)行掃描，實(shí)現(xiàn)類為DefaultAdvisorAutoProxyCreator

基于Bean中的AspectJ注解標(biāo)簽的自動(dòng)代理創(chuàng)建器：AnnotationAwareAspectJAutoProxyCreator

對(duì)應(yīng)的類繼承圖：

嗯，基于代理的經(jīng)典SpringAOP就講到這里吧，其實(shí)我是不太愿意去寫這個(gè)的，因?yàn)橐呀?jīng)幾乎不用了，在《Spring 實(shí)戰(zhàn) 第4版》也沒有這部分的知識(shí)點(diǎn)了。

但是通過這部分的知識(shí)點(diǎn)可以更加全面地認(rèn)識(shí)Spring AOP的各種接口吧~

Spring在新版本中對(duì)AOP功能進(jìn)行了增強(qiáng)，體現(xiàn)在這么幾個(gè)方面：

在XML配置文件中為AOP提供了aop命名空間

增加了AspectJ切點(diǎn)表達(dá)式語言的支持

可以無縫地集成AspectJ

那我們使用@AspectJ來玩AOP的話，學(xué)什么？？其實(shí)也就是上面的內(nèi)容，學(xué)如何設(shè)置切點(diǎn)、創(chuàng)建切面、增強(qiáng)的內(nèi)容是什么...

具體的切點(diǎn)表達(dá)式使用還是前往：Spring【AOP模塊】就這么簡(jiǎn)單看吧~~

對(duì)應(yīng)的增強(qiáng)注解：

其實(shí)前置啊、后置啊這些很容易就理解了，整篇文章看下來就只有這個(gè)引介/引入切面有點(diǎn)搞頭。于是我們就來玩玩吧~

我們來看一下具體的用法吧，現(xiàn)在我有個(gè)服務(wù)員的接口：

public interface Waiter {

    // 向客人打招呼
    void greetTo(String clientName);

    // 服務(wù)
    void serveTo(String clientName);
}

一位年輕服務(wù)員實(shí)現(xiàn)類：

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 + "...");
    }

}

現(xiàn)在我想做的就是：想這個(gè)服務(wù)員可以充當(dāng)售貨員的角色，可以賣東西！當(dāng)然了，我肯定不會(huì)加一個(gè)賣東西的方法到Waiter接口上啦，因?yàn)檫@個(gè)是暫時(shí)的~

所以，我搞了一個(gè)售貨員接口：

public interface Seller {

  // 賣東西
  int sell(String goods, String clientName);
}

一個(gè)售貨員實(shí)現(xiàn)類：

public class SmartSeller implements Seller {

    // 賣東西
    public int sell(String goods,String clientName) {
        System.out.println("SmartSeller: sell "+goods +" to "+clientName+"...");
        return 100;
    }
    
}

此時(shí)，我們的類圖是這樣子的：

現(xiàn)在我想干的就是：借助AOP的引入/引介切面，來讓我們的服務(wù)員也可以賣東西！

我們的引入/引介切面具體是這樣干的：

@Aspect
public class EnableSellerAspect {
    
    @DeclareParents(value = "com.smart.NaiveWaiter",  // 指定服務(wù)員具體的實(shí)現(xiàn)
            defaultImpl = SmartSeller.class) // 售貨員具體的實(shí)現(xiàn)
    public Seller seller; // 要實(shí)現(xiàn)的目標(biāo)接口
    
}

寫了這個(gè)切面類會(huì)發(fā)生什么？？

切面技術(shù)將SmartSeller融合到NaiveWaiter中，這樣NaiveWaiter就實(shí)現(xiàn)了Seller接口?。。?！

是不是很神奇？？我也覺得很神奇啊，我們來測(cè)試一下：

我們的bean.xml文件很簡(jiǎn)單：

測(cè)試一下：

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");

        // 調(diào)用服務(wù)員原有的方法
        waiter.greetTo("Java3y");
        waiter.serveTo("Java3y");

        // 通過引介/引入切面已經(jīng)將waiter服務(wù)員實(shí)現(xiàn)了Seller接口，所以可以強(qiáng)制轉(zhuǎn)換
        Seller seller = (Seller) waiter;
        seller.sell("水軍", "Java3y");

    }
}

具體的調(diào)用過程是這樣子的：

當(dāng)引入接口方法被調(diào)用時(shí)，代理對(duì)象會(huì)把此調(diào)用委托給實(shí)現(xiàn)了新接口的某個(gè)其他對(duì)象。實(shí)際上，一個(gè)Bean的實(shí)現(xiàn)被拆分到多個(gè)類中

我們知道注解很方便，但是，要想使用注解的方式使用Spring AOP就必須要有源碼(因?yàn)槲覀円谇忻骖惿咸砑幼⒔?。如果沒有源碼的話，我們就得使用XML來聲明切面了~

其實(shí)就跟注解差不多的功能：

我們就直接來個(gè)例子終結(jié)掉它吧：

首先我們來測(cè)試一下與傳統(tǒng)的SpringAOP結(jié)合的advisor是怎么用的：

實(shí)現(xiàn)類：

xml配置文件：

.......

一個(gè)一個(gè)來講解還是太花時(shí)間了，我就一次性用圖的方式來講啦：

最后還有一個(gè)切面類型總結(jié)圖，看完就幾乎懂啦：

看起來AOP有很多很多的知識(shí)點(diǎn)，其實(shí)我們只要記住AOP的核心概念就行啦。

下面是我的簡(jiǎn)要總結(jié)AOP：

AOP的底層實(shí)際上是動(dòng)態(tài)代理，動(dòng)態(tài)代理分成了JDK動(dòng)態(tài)代理和CGLib動(dòng)態(tài)代理。如果被代理對(duì)象沒有接口，那么就使用的是CGLIB代理(也可以直接配置使用CBLib代理)

如果是單例的話，那我們最好使用CGLib代理，因?yàn)镃GLib代理對(duì)象運(yùn)行速度要比JDK的代理對(duì)象要快

AOP既然是基于動(dòng)態(tài)代理的，那么它只能對(duì)方法進(jìn)行攔截，它的層面上是方法級(jí)別的

無論經(jīng)典的方式、注解方式還是XML配置方式使用Spring AOP的原理都是一樣的，只不過形式變了而已。一般我們使用注解的方式使用AOP就好了。

注解的方式使用Spring AOP就了解幾個(gè)切點(diǎn)表達(dá)式，幾個(gè)增強(qiáng)/通知的注解就完事了，是不是賊簡(jiǎn)單...使用XML的方式和注解其實(shí)沒有很大的區(qū)別，很快就可以上手啦。

引介/引入切面也算是一個(gè)比較亮的地方，可以用代理的方式為某個(gè)對(duì)象實(shí)現(xiàn)接口，從而能夠使用借口下的方法。這種方式是非侵入式的~

要增強(qiáng)的方法還可以接收與被代理方法一樣的參數(shù)、綁定被代理方法的返回值這些功能...

最后，將我們上一次IOC的思維導(dǎo)圖補(bǔ)充AOP的知識(shí)點(diǎn)上去吧~~~

參考資料：

《Spring 實(shí)戰(zhàn)》

《精通Spring4.x 企業(yè)應(yīng)用開發(fā)實(shí)戰(zhàn)》

如果文章有錯(cuò)的地方歡迎指正，大家互相交流。習(xí)慣在微信看技術(shù)文章，想要獲取更多的Java資源的同學(xué)，可以關(guān)注微信公眾號(hào):Java3y。為了大家方便，剛新建了一下qq群：742919422，大家也可以去交流交流。謝謝支持了！希望能多介紹給其他有需要的朋友

文章的目錄導(dǎo)航：

https://zhongfucheng.bitcron.com/post/shou-ji/wen-zhang-dao-hang