摘要：面向切面的本章主要內(nèi)容面向切面編程的基本原理通過創(chuàng)建切面使用注解為切面注入依賴。什么是面向切面編程切面能夠幫我們模塊化橫切關(guān)注點(diǎn)。在使用面向切面編程時(shí)，我們?nèi)匀辉谝粋€(gè)地方定義通知功能，而無需修改受影響的類。切面切面是通知和切點(diǎn)的結(jié)合。

本章主要內(nèi)容：

面向切面編程的基本原理

通過POJO創(chuàng)建切面

使用@Aspect注解

為AspectJ切面注入依賴。

如果你有幸能看到。

1、本文參考了《Spring 實(shí)戰(zhàn)》重點(diǎn)內(nèi)容，參考了GitHub上的代碼

2、本文只為記錄作為以后參考，要想真正領(lǐng)悟Spring的強(qiáng)大，請(qǐng)看原書。

3、在一次佩服老外，國(guó)外翻譯過來的書，在GiuHub上大都有實(shí)例?？磿臅r(shí)候，跟著敲一遍，效果很好。

4、代碼和筆記在這里GitHub,對(duì)你有幫助的話，歡迎點(diǎn)贊。

5、每個(gè)人的學(xué)習(xí)方式不一樣，找到合適自己的就行。2018，加油。

6、問候了下Java 8 In Action 的作者M(jìn)ario Fusco，居然回復(fù)了。

7、Spring In Action 、Spring Boot In Action的作者Craig Walls老忙了，沒理睬。

8、知其然，也要知其所以然。

談一些個(gè)人感受

1、趕快學(xué)習(xí)Spring吧，Spring MVC 、Spring Boot 、微服務(wù)。

2、重點(diǎn)中的重點(diǎn)，學(xué)習(xí)JDK 8 Lambda，Stream，Spring 5 最低要求JDK1.8.

3、還有Netty、放棄SH吧，不然你會(huì)落伍的。

4、多看一些國(guó)外翻譯過來的書，例如 Xxx In Action 系列。權(quán)威指南系列。用Kindle～

軟件系統(tǒng)中的一些功能就像我們家里的電表一樣。則核心功能需要用到應(yīng)用程序的多個(gè)地方。但是我們又不想在每個(gè)點(diǎn)都明確調(diào)用它。日志、安全、事務(wù)管理的確很重要。但它們是否為應(yīng)用對(duì)象主動(dòng)參與的行為呢？如果讓應(yīng)用對(duì)象只關(guān)注與自己所針對(duì)的業(yè)務(wù)領(lǐng)域問題，而其他方面的問題由其他應(yīng)用對(duì)象來處理，這樣不更好嗎？

在軟件開發(fā)中，散布于應(yīng)用中多出功能被稱為橫切關(guān)注點(diǎn)(crosscutting concern)。通常來講橫切關(guān)注點(diǎn)從概念上是與應(yīng)用的業(yè)務(wù)邏輯分離的。但往往是耦合在一起的，把這些橫切關(guān)注點(diǎn)與業(yè)務(wù)邏輯相分離正是面向切面編程(AOP)所要解決的問題。

依賴注入(DI)管理我們的應(yīng)用對(duì)象，DI有助于應(yīng)用對(duì)象之間解耦。而AOP可以實(shí)現(xiàn)橫切關(guān)注點(diǎn)與它們所影響的對(duì)象之間的耦合。

切面能夠幫我們模塊化橫切關(guān)注點(diǎn)。簡(jiǎn)而言之，橫切關(guān)注點(diǎn)可以被描述為影響應(yīng)用多處的功能。例如 安全，事務(wù)、日志等功能。

如果要重用對(duì)象的話，最常見的面向?qū)ο蠹夹g(shù)是繼承、委托、組合。但是，如果整個(gè)應(yīng)用中都使用相同的基類，繼承往往會(huì)導(dǎo)致一個(gè)脆弱的對(duì)象體系。而使用委托可能需要委托對(duì)象進(jìn)行復(fù)雜的調(diào)用。

切面提供了取代繼承和委托的另一種可選方案。在使用面向切面編程時(shí)，我們?nèi)匀辉谝粋€(gè)地方定義通知功能，而無需修改受影響的類。橫切關(guān)注點(diǎn)可以被模塊化為特殊的類，這些類被稱為切面(aspect). 這樣做帶來兩個(gè)好處：每個(gè)關(guān)注點(diǎn)都集中到一個(gè)地方，而不是分散到多處代碼中：其次，服務(wù)模塊更簡(jiǎn)潔，因?yàn)樗话酥饕P(guān)注點(diǎn)(核心功能)的代碼。而次要關(guān)注的代碼被移到切面中了。

描述切面的常用術(shù)語有：通知(advice)、切點(diǎn)(pointcut)、(連接點(diǎn))。

通知(advice)

通知定義了切面是什么以及何時(shí)使用。除了描述切面要完成的工作外，通知還解決了何時(shí)執(zhí)行這個(gè)工作問題。它應(yīng)該在某個(gè)方法被調(diào)用之前？之后？之前和之后都調(diào)用？還是只在方法拋出異常時(shí)調(diào)用？

Spring切面可以應(yīng)用5中類型的通知：

前置通知(Before):在目標(biāo)方法被調(diào)用之前調(diào)用通知功能。

后置通知(After):在目標(biāo)方法完成之后調(diào)用通知

返回通知(After-returning):在目標(biāo)方法成功執(zhí)行之后調(diào)用通知

異常通知(After-throwing):在目標(biāo)方法拋出異常后調(diào)用通知

環(huán)繞通知(Around):在被通知方法調(diào)用之前和調(diào)用之后執(zhí)行自定義的行為

連接點(diǎn)

我們的應(yīng)用可能有數(shù)以千計(jì)的時(shí)機(jī)應(yīng)用通知，這些時(shí)機(jī)被稱為連接點(diǎn)。連接點(diǎn)是在應(yīng)用執(zhí)行過程中能夠插入的一個(gè)點(diǎn)。這個(gè)點(diǎn)可以是調(diào)用方法時(shí)，拋出異常時(shí)，甚至修改一個(gè)字段時(shí)。切面可以利用這些點(diǎn)插入到應(yīng)用的正常流程之中，并添加新的行為。

切點(diǎn) 如果說通知定義了切面的的“什么”和“何時(shí)”，那么切點(diǎn)定義了“何處”。切點(diǎn)的定義會(huì)匹配通知所要織入的一個(gè)或多個(gè)連接點(diǎn)。

切面 切面是通知和切點(diǎn)的結(jié)合。通知和切點(diǎn)通過定義了切面的全部 內(nèi)容——他是什么，在什么時(shí)候和在哪里完成其功能。

引入 引入允許我們向現(xiàn)有的類添加新的方法或者屬性。

織入

織入是把切面應(yīng)用到目標(biāo)對(duì)象并創(chuàng)建新的代理對(duì)象的過程。切面在指定的連接點(diǎn)被織入到目標(biāo)對(duì)象。在目標(biāo)對(duì)象的生命周期里有多個(gè)點(diǎn)可以進(jìn)行織入：

編譯器：切面在目標(biāo)類編譯時(shí)被織入。Aspect的織入編譯器就是以這種方式織入切面的。

類加載器：切面在目標(biāo)類加載到JVM時(shí)被織入。需要特殊的類加載(Classloader)，它可以在目標(biāo)類被引入之前增強(qiáng)該目標(biāo)類的字節(jié)碼(CGlib)

運(yùn)行期：切面在應(yīng)用運(yùn)行時(shí)的某個(gè)時(shí)刻被織入。AOP會(huì)為目標(biāo)對(duì)象創(chuàng)建一個(gè)代理對(duì)象

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

并不是所有的AOP框架都是相同的，他們?cè)谶B接點(diǎn)模型上可能有強(qiáng)弱之分。有些允許在字段修飾符級(jí)別的通知，而另一些只支持與方法調(diào)用相關(guān)的連接點(diǎn)。它們織入切面的方式和時(shí)機(jī)也有所不同。但是，無論如何，創(chuàng)建切點(diǎn)來定義切面所織入的連接點(diǎn)是AOP的基本功能。

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

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

純POJO切面

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

注入式AspectJ切面

前三種都是Spirng AOP實(shí)現(xiàn)的變體，Spring AOP構(gòu)建在動(dòng)態(tài)代理基礎(chǔ)上。因此，Spring對(duì)AOP的支持局限于方法攔截。

引入了簡(jiǎn)單的聲明式AOP與基于注解的AOP之后，Spring經(jīng)典的看起來就顯得非常笨拙和過于復(fù)雜話，直接使用ProxyFactory bean 會(huì)讓人感覺厭煩。

借助于Spring的aop命名空間，我們可以將純POJO轉(zhuǎn)為切面。

Spring借鑒了AspectJ的切面，以提供注解驅(qū)動(dòng)的AOP。本質(zhì)上，它依然是Spring基于代理的AOP，但是編程模型幾乎與編寫成熟的AspectJ注解切面完全一致。這種AOP風(fēng)格的好處在于能夠不使用XML來完成功能。

Spring所創(chuàng)建的通知都是用標(biāo)準(zhǔn)的Java類編寫的，定義通知所應(yīng)用的切點(diǎn)通常會(huì)使用注解或在Spring配置文件里采用XML來編寫

通知帶代理類中包裹切面，Spring在運(yùn)行時(shí)把切面織入到Spring所管理的bean中。代理類封裝了目標(biāo)類，并攔截被通知方法的調(diào)用。再把調(diào)用轉(zhuǎn)發(fā)給真正的目標(biāo)bean。當(dāng)代理攔截到方法調(diào)用時(shí)，在調(diào)用目標(biāo)bean方法之前，會(huì)執(zhí)行切面邏輯。直到應(yīng)用需要被代理bean時(shí)，Spring才會(huì)創(chuàng)建代理對(duì)象。如果使用ApplicationContext的話，在ApplicationContext從BeanFactory中加載所有的bean的時(shí)候，Spring才會(huì)創(chuàng)建被代理的對(duì)象。因?yàn)镾pirng運(yùn)行時(shí)才創(chuàng)建代理對(duì)象，所以我們不需要特殊的編譯器來織入Spring AOP的切面。

Spring基于動(dòng)態(tài)代理，所以Spring只支持方法連接點(diǎn)。方便攔截可以滿足大部分的需求。

切點(diǎn)用于準(zhǔn)確定位應(yīng)該在什么地方應(yīng)用切面的通知。通知和切點(diǎn)是切面最基本的元素。

Spring僅支持AspectJ切點(diǎn)指示器的一個(gè)子集。Spring是基于代理的，而某些切點(diǎn)表達(dá)式是基于代理的AOP無關(guān)的。

Spring支持的指示器，只有execution指示器是實(shí)際執(zhí)行匹配的，而其他的指示器都是用來限制匹配的。這說明execution指示器是我們?cè)诰帉懬悬c(diǎn)定義時(shí)最主要的指示器。

為了闡述Spring中的切面， 我們需要有個(gè)主題來定義切面的切點(diǎn)。

package com.guo.cocert;
public interface Performance {
  public void perform();
}

execution(* concert.Performance.perform(..))

我們使用execution()指示器選擇Performance的perform()方法，方法表達(dá)式以"*"號(hào)開始，表明了我們不關(guān)心方法返回值的類型。然后指明了全限定類名和方法名，對(duì)于方法參數(shù)列表，我們使用了兩個(gè)點(diǎn)號(hào)(..)表明切點(diǎn)要選擇任意的perform()方法，無論該方法的入?yún)⑹鞘裁础?/p>

現(xiàn)在假設(shè)我們需要配置的切點(diǎn)僅匹配concert包，可以使用within()指示器

execution(* concert.Performance.perform(..)) && within(concert.*)

因?yàn)椤?”在XMl中有特殊的含義，所以在Spring和XML配置中，描述切點(diǎn)時(shí)，可以使用and代替“&&”。

Spring引入了一個(gè)新的bean()指示器，它允許我們?cè)谇悬c(diǎn)表達(dá)式中使用bean的ID來標(biāo)識(shí)bean。bean()使用bean ID 或 bean 名稱作為參數(shù)來限制切點(diǎn)只匹配特定的bean。

execution(* concert.Performance.perform(..)) and bean("woodsotck")

也可以這樣

execution(* concert.Performance.perform(..)) and ！bean("woodsotck")

切面的通知會(huì)被編織到所有ID不為woodsotck的bean中。

使用注解來創(chuàng)建切面是AspectJ 5所引入的關(guān)鍵特性。

如果一場(chǎng)演出沒有觀眾的話，那不能稱之為演出。

@AspectJ
public class Audience {

}

Audience類使用@AspectJ注解進(jìn)行了標(biāo)注。該注解表明Audience不僅僅是一個(gè)POJO，還是一個(gè)切面。Audience類中的方法都是使用注解來定義切面的具體行為。

@AspectJ
public class Audience {
  @Pointcut("execution(* * concern.Performance.perform(..))")
  public void performance() {};
}

在Autience中，performance()方法使用了@Pointcut注解。為@Pointcut注解設(shè)置的值是一個(gè)切點(diǎn)表達(dá)式，就像之前在通知注解上所設(shè)置的那樣。

需要注意的是，除了注解和沒有實(shí)際操作的performa()方法，Audience類依然是一個(gè)POJO，我們能夠像使用其他的Java類那樣調(diào)用它的方法，它的方法也能獨(dú)立的進(jìn)行單元測(cè)試。與其他Java類沒有什么區(qū)別。

像其他的Java類一樣，它可以裝配為Spring中的bean

@Bean
public Audience audience() {
  return new Audience();
}

如果你就此止步的話，Audience只會(huì)是Spring容器中的一個(gè)bean。即便使用了AspectJ注解，但它并不會(huì)被視為切面，這些注解不會(huì)解析，也不會(huì)創(chuàng)建將其轉(zhuǎn)化為切面的代理。

如果你使用JavaConfig的話，可以在配置類的級(jí)別上通過使用EnableAspectJ-AutoProxy注解啟用自動(dòng)代理功能。

@Configuration
@EnableAspectJAutoProxy             //啟用AspectJ自動(dòng)代理
@ComponentScan
public class ConcertConfig {
  @Bean
  public Audience autidence() {     //聲明Audience bean
    return new Audience();
  }
}

假如你在Spring中使用XMl來裝配bean的話，那么需要使用Spring aop命名空間中的元素

、、、、、、、、、、、、、、、、、、、、、、、、

不管你使用JavaConfig還是XML，AspecJ自動(dòng)代理都會(huì)使用@Aspect注解的bean創(chuàng)建一個(gè)代理。這個(gè)代理會(huì)圍繞著所有該切面的切點(diǎn)所匹配的bean。

我們需要記住的是，Spring的AspectJ自動(dòng)代理僅僅使用@AspectJ作為創(chuàng)建切面的指導(dǎo)，切面依然是基于代理的。本質(zhì)上它依然是Spring基于代理的切面。

環(huán)繞通知是最為強(qiáng)大的通知類型，它能夠讓你編寫的邏輯將被通知的目標(biāo)方法安全包裝起來，實(shí)際上就像在一個(gè)通知方法中同時(shí)編寫前置通知和后置通知。

@AspectJ
public class Audience {
  @Pointcut("execution(* * concern.Performance.perform(..))")
  public void performance() {};
  @Around
  public void xx(Xxx jp) {
    .......
    jp.proced()
  }
}

在這里，@Around注解，表明這個(gè)xx()方法會(huì)作為performance()切點(diǎn)的環(huán)繞通知。

這個(gè)通知所達(dá)到的效果與之前的前置通知和后置通知是一樣的。

需要注意的是，別忘記調(diào)用proceed()方法，如果不調(diào)用這個(gè)方法，那么你的通知實(shí)際上會(huì)阻塞對(duì)被通知方法的調(diào)用，有意思的是，你可以不調(diào)用proceed方法，從而阻塞對(duì)被通知方法的反問，

一些編程語言，例如：Ruby和Groovy，有開放來的理念，它們可以不直接使用修改對(duì)象或類的定義就能夠?yàn)閷?duì)象或類增加新的方法。不過Java并不是動(dòng)態(tài)語言，一旦編譯完成了，就很難在為該類添加新的功能了。

如果切面能夠?yàn)楝F(xiàn)有的方法增加額外的功能，為什么不恩那個(gè)為一個(gè)對(duì)象增加新的方法呢？利用引入AOP的概念，切面可以為Spring bean 添加新的方法。

在Spring中，注解和自動(dòng)代理提供了一種便利的方式來創(chuàng)建切面，它非常簡(jiǎn)單，并且只設(shè)計(jì)最少的Spring配置，但是，面向注解的切面有一個(gè)明顯的不足點(diǎn)：你必須能夠?yàn)橥ㄖ愄砑幼⒔猓瑸榱俗龅竭@一點(diǎn)，必須要有源碼。

之前，有這樣一條原則：那就是基于注解的配置要優(yōu)于Java的配置，基于Java的配置要優(yōu)于XMl的配置，但是，如果你需要聲明切面，但是又不能為通知類添加注解的時(shí)候 ，那么就必須轉(zhuǎn)向XML配置了。

在Spring的aop命名空間中，提供了多個(gè)元素用來在XML中聲明切面，

:定義AOP通知器

:定義AOP后置通知

:定義AOP返回通知

:定義AOP異常通知

:定義AOP環(huán)繞通知

:定義一個(gè)切面

:啟用@AspectJ注解

:定義一個(gè)AOP前置通知

:定義一個(gè)切點(diǎn)

我們會(huì)使用Spring aop命名空間中的一些元素，將沒有注解的Aurience類轉(zhuǎn)為切面

第一需要注意的就是大多數(shù)AOP配置元素必須在元素的上下文中使用。

在所有的通知元素中，pointcut屬性定義了通知所應(yīng)用的切點(diǎn)，它的值是使用AspectJ切點(diǎn)表達(dá)式語法所定義的切點(diǎn)。

在基于Aspectj注解的通知中，當(dāng)發(fā)現(xiàn)在這些類型的重復(fù)時(shí)，使用@Pointcut注解來消除這些重復(fù)的內(nèi)容。

如下的XMl配置展示了如何將通用的切點(diǎn)表達(dá)式抽取到一個(gè)切點(diǎn)聲明中，這樣，這個(gè)聲明就能在所有的通知元素中使用了

現(xiàn)在的切點(diǎn)是一個(gè)地方定義的，并且被多個(gè)通知元素所引用，元素定義了一個(gè)id為performance的切點(diǎn)，同時(shí)修改所有的通知元素，用pointcut0ref來引用這個(gè)命名切點(diǎn)。

相比于前置通知和后置通知，環(huán)繞通知在這點(diǎn)上有明顯的優(yōu)勢(shì)。使用環(huán)繞通知，我們可以完成前置通知和后置通知所實(shí)現(xiàn)的相同功能，而且只需要在一個(gè)方法中實(shí)現(xiàn)。因?yàn)檎麄€(gè)通知邏輯都是在一個(gè)方法中實(shí)現(xiàn)的。

像其他通知的XML元素一樣，指定了一個(gè)切點(diǎn)和一個(gè)通知方法的名字。

區(qū)別在于切點(diǎn)表達(dá)式中包含了一個(gè)參數(shù)，這個(gè)參數(shù)傳遞到通知方法中。還有區(qū)別就是這里使用了and關(guān)鍵字

借助于AspectJ的@DeclareParents注解為被通知的方法引入新的方法。但是AOP引入并不是Aspectj特有的。使用Spring aop命名空間中的元素，我們可以實(shí)現(xiàn)相同的功能

雖然Spring AOP能夠滿足許多應(yīng)用的切面需求，但是與AspectJ相比，Spring AOP是一個(gè)功能比較弱的AOP解決方案，ASpect提供了Spring AOP 所不能支持的許多類型的切點(diǎn)。

Spring不能像之前那樣使用聲明來創(chuàng)建一個(gè)實(shí)例----它已經(jīng)在運(yùn)行時(shí)由AspectJ創(chuàng)建完成了，Spring需要通過工廠方法獲取切面的引用。然后像元素規(guī)定的那樣在該對(duì)象上執(zhí)行依賴注入

AOP是面向?qū)ο缶幊痰囊粋€(gè)強(qiáng)大補(bǔ)充，通過AspectJ，我們現(xiàn)在可以把之前分散在應(yīng)用各處的行為放入可重用的模塊中。我們顯示地聲明在何處如何應(yīng)用該行為。這樣有效減少了代碼冗余，并讓我們的類關(guān)注自身的主要功能。

Spring提供了一個(gè)AOP框架，讓我們把切面插入到方法執(zhí)行的周圍?，F(xiàn)在我們已經(jīng)學(xué)會(huì)了如何把通知織入前置，后置和環(huán)繞方法的調(diào)用中，以及為處理異常增加自定義行為。

關(guān)于在Spirng應(yīng)用中如何使用切面 ，我們可以有多種選擇。通過使用@AspectJ注解和簡(jiǎn)化的配置命名空間，在Spring中裝配通知和切點(diǎn)變得非常簡(jiǎn)單

最后，當(dāng)Spring不能滿足需求時(shí)，我們必須轉(zhuǎn)向更為強(qiáng)大的AspectJ。對(duì)于這些場(chǎng)景，我們了解了如何使用Spring為AspectJ切面注入依賴。

此時(shí)此刻，我們已經(jīng)覆蓋了Spring框架的基礎(chǔ)知識(shí)，了解到如何配置Spring容器以及如何為Spring管理的對(duì)象應(yīng)用切面，這些技術(shù)為創(chuàng)建高內(nèi)聚，低耦合的應(yīng)用奠定了堅(jiān)實(shí)的基礎(chǔ)。

從下一章開始，首先看到的是如何使用Spring構(gòu)建Web應(yīng)用。。

期待......