切面(Aspect)：

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

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

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

總的來說：

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

1.5Spring對AOP的支持

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

• 基于代理的經(jīng)典SpringAOP
  • 需要實(shí)現(xiàn)接口，手動創(chuàng)建代理
• 純POJO切面
  • 使用XML配置，aop命名空間
• @AspectJ注解驅(qū)動的切面
  • 使用注解的方式，這是最簡潔和最方便的！

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

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

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

image

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

image

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

image

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

• 一般切面
• 切點(diǎn)切面
• 引介/引入切面

image

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

image

image

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

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

繼承關(guān)系圖：

image

引介/引入切面有兩個實(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ī)則的自動代理創(chuàng)建器：BeanNameAutoProxyCreator
• 基于Advisor匹配機(jī)制的自動代理創(chuàng)建器：它會對容器所有的Advisor進(jìn)行掃描，實(shí)現(xiàn)類為DefaultAdvisorAutoProxyCreator
• 基于Bean中的AspectJ注解標(biāo)簽的自動代理創(chuàng)建器：AnnotationAwareAspectJAutoProxyCreator

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

image

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

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

三、擁抱基于注解和命名空的AOP編程

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

• 在XML配置文件中為AOP提供了aop命名空間
• 增加了AspectJ切點(diǎn)表達(dá)式語言的支持
• 可以無縫地集成AspectJ

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

image

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

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

image

image

3.1使用引介/引入功能實(shí)現(xiàn)為Bean引入新方法

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

我們來看一下具體的用法吧，現(xiàn)在我有個服務(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)在我想做的就是：想這個服務(wù)員可以充當(dāng)售貨員的角色，可以賣東西！當(dāng)然了，我肯定不會加一個賣東西的方法到Waiter接口上啦，因?yàn)檫@個是暫時的~

所以，我搞了一個售貨員接口：

public interface Seller {

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

一個售貨員實(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;
    }

}

此時，我們的類圖是這樣子的：

image

現(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)接口

}

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

• 切面技術(shù)將SmartSeller融合到NaiveWaiter中，這樣NaiveWaiter就實(shí)現(xiàn)了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");

        // 調(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");

    }
}

image

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

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

image

3.2在XML中聲明切面

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

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

image

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

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

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

image

xml配置文件：

image

.......

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

image

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

image

三、總結(jié)

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

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

• AOP的底層實(shí)際上是動態(tài)代理，動態(tài)代理分成了JDK動態(tài)代理和CGLib動態(tài)代理。如果被代理對象沒有接口，那么就使用的是CGLIB代理(也可以直接配置使用CBLib代理)
• 如果是單例的話，那我們最好使用CGLib代理，因?yàn)镃GLib代理對象運(yùn)行速度要比JDK的代理對象要快
• AOP既然是基于動態(tài)代理的，那么它只能對方法進(jìn)行攔截，它的層面上是方法級別的
• 無論經(jīng)典的方式、注解方式還是XML配置方式使用Spring AOP的原理都是一樣的，只不過形式變了而已。一般我們使用注解的方式使用AOP就好了。
• 注解的方式使用Spring AOP就了解幾個切點(diǎn)表達(dá)式，幾個增強(qiáng)/通知的注解就完事了，是不是賊簡單...使用XML的方式和注解其實(shí)沒有很大的區(qū)別，很快就可以上手啦。
• 引介/引入切面也算是一個比較亮的地方，可以用代理的方式為某個對象實(shí)現(xiàn)接口，從而能夠使用借口下的方法。這種方式是非侵入式的~
• 要增強(qiáng)的方法還可以接收與被代理方法一樣的參數(shù)、綁定被代理方法的返回值這些功能...

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

image

參考資料：

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

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

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

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