舉個栗子給大家講一下代理：

我相信大家都知道明星吧。

大部分明星是都有經(jīng)紀人的。

假如我們是一個大廠，現(xiàn)在想要找一個明星代理產(chǎn)品，那我們會直接找到明星嗎？不?，F(xiàn)實中，你大部分找到的都是找到明星的代理人（經(jīng)紀人）。經(jīng)紀人通過和你約談，了解產(chǎn)品，看自己的家明星，是否可以接下這個廣告。覺得可以，就會和你商量簽訂合同、商談活動日期、排練等等。 雖然商家知道自己并沒有找到明星，但是他卻知道這件事情已經(jīng)成了。

1、在這個流程中，商家找了明星的經(jīng)紀人。但是卻完成了最初的任務(wù)。

2、明星經(jīng)紀人 幫明星簽訂合同、訂下活動日期等等。

3、明星專注于拍廣告。

這個時候我們是不是就可以講 明星經(jīng)紀人增強了明星的功能勒？

什么是AOP？

與OOP對比，AOP是處理一些橫切行問題。這些橫切性問題不會影響到主邏輯的實現(xiàn)，但是會散落到代碼的各個部分，難以維護。AOP就是把這些問題和主業(yè)務(wù)邏輯分開，達到與主業(yè)務(wù)邏輯解耦的目的。

AOP是一種面向切面的編程思想。這些橫切性問題，把它們抽象為一個切面，關(guān)注點在切面的編程，這就是所謂的AOP。

AOP關(guān)注點是橫切性問題：

基本術(shù)語

(1)切面(Aspect)

跨越多個類的關(guān)注點的模塊化。事務(wù)管理是Java 應(yīng)用程序中橫切關(guān)注點的一個很好的例子。在 Spring AOP 中，方面是通過使用常規(guī)類（基于模式的方法）或使用@Aspect注解注解的常規(guī)類 （@AspectJ 風格）實現(xiàn)的。

切面是一個橫切關(guān)注點的模塊化，一個切面能夠包含同一個類型的不同增強方法，比如說事務(wù)處理和日志處理可以理解為兩個切面。切面由切入點和通知組成，它既包含了橫切邏輯的定義，也包括了切入點的定義。 Spring AOP就是負責實施切面的框架，它將切面所定義的橫切邏輯織入到切面所指定的連接點中。

可以簡單地認為, 使用 @Aspect 注解的類就是切面

(2) 目標對象(Target)

目標對象指將要被增強的對象，即包含主業(yè)務(wù)邏輯的類對象?；蛘哒f是被一個或者多個切面所通知的對象。

(3) 連接點(JoinPoint)

程序執(zhí)行過程中明確的點，如方法的調(diào)用或特定的異常被拋出。連接點由兩個信息確定：

• 方法(表示程序執(zhí)行點，即在哪個目標方法)
• 相對點(表示方位，即目標方法的什么位置，比如調(diào)用前，后等)

簡單來說，連接點就是被攔截到的程序執(zhí)行點，因為Spring只支持方法類型的連接點，所以在Spring中連接點就是被攔截到的方法。

講人話 就是spring允許你使用通知的地方

(4) 切入點(PointCut)

上面說的連接點的基礎(chǔ)上，來定義切入點，你的一個類里，有15個方法，那就有幾十個連接點了對把，但是你并不想在所有方法附近都使用通知（使用叫織入，以后再說），你只想讓其中的幾個，在調(diào)用這幾個方法之前，之后或者拋出異常時干點什么，那么就用切點來定義這幾個方法，讓切點來篩選連接點，選中那幾個你想要的方法。

@Pointcut("execution(* com.remcarpediem.test.aop.service..*(..))")
public void pointcut() {
}

上邊切入點的匹配規(guī)則是com.remcarpediem.test.aop.service包下的所有類的所有函數(shù)。

(5) 通知(Advice)

Spring AOP 包括以下類型的通知：

• 前通知（Before advice）：在連接點之前運行的通知，但沒有能力阻止執(zhí)行流繼續(xù)到連接點（除非它拋出異常）。
• 返回后通知（After returning advice）：在連接點正常完成后運行的通知（例如，如果方法返回而沒有拋出異常）。
• 拋出異常通知后（After throwing advice）：如果方法通過拋出異常退出，則運行通知。
• After (finally) 通知（After (finally) advice）：不管連接點退出的方式（正?；虍惓７祷兀┒紝⑦\行的通知。
• 環(huán)繞通知（Around advice）：環(huán)繞連接點的通知，例如方法調(diào)用。這是最有力的建議。環(huán)繞通知可以在方法調(diào)用前后執(zhí)行自定義行為。它還負責選擇是繼續(xù)連接點還是通過返回自己的返回值或拋出異常來縮短建議的方法執(zhí)行。

// @Before說明這是一個前置通知，log函數(shù)中是要前置執(zhí)行的代碼，JoinPoint是連接點，
@Before("pointcut()")
public void log(JoinPoint joinPoint) { 
}

(6) 織入(Weaving)

織入是將切面和業(yè)務(wù)邏輯對象連接起來, 并創(chuàng)建通知代理的過程?？椚肟梢栽诰幾g時，類加載時和運行時完成。在編譯時進行織入就是靜態(tài)代理，而在運行時進行織入則是動態(tài)代理。

關(guān)鍵就是：切點定義了哪些連接點會得到通知

靜態(tài)代理模式

所謂靜態(tài)代理就是AOP框架會在編譯階段生成AOP代理類，因此也稱為編譯時增強。ApsectJ是靜態(tài)代理的實現(xiàn)之一，也是最為流行的。靜態(tài)代理由于在編譯時就生成了代理類，效率相比動態(tài)代理要高一些。AspectJ可以單獨使用，也可以和Spring結(jié)合使用。

動態(tài)代理模式

與靜態(tài)代理不同，動態(tài)代理就是說AOP框架不會去修改編譯時生成的字節(jié)碼，而是在運行時在內(nèi)存中生成一個AOP代理對象，這個AOP對象包含了目標對象的全部方法，并且在特定的切點做了增強處理，并回調(diào)原對象的方法。

Spring AOP中的動態(tài)代理主要有兩種方式：JDK動態(tài)代理和CGLIB動態(tài)代理。

JDK代理通過反射來處理被代理的類，并且要求被代理類必須實現(xiàn)一個接口。核心類是 InvocationHandler接口 和 Proxy類。

而當目標類沒有實現(xiàn)接口時，Spring AOP框架會使用CGLIB來動態(tài)代理目標類。 

CGLIB（Code Generation Library），是一個代碼生成的類庫，可以在運行時動態(tài)的生成某個類的子類。CGLIB是通過繼承的方式做的動態(tài)代理，因此如果某個類被標記為final，那么它是無法使用CGLIB做動態(tài)代理的。核心類是 MethodInterceptor 接口和Enhancer 類

總結(jié)

本篇文章就到這里了，希望能給你帶來幫助，也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容！

最新評論