圖解Spring2.5.6中面向切面編程(AOP)及實(shí)現(xiàn)分析
面向切面編程(AOP)通過提供另外一種思考程序結(jié)構(gòu)的途經(jīng)來彌補(bǔ)面向?qū)ο缶幊?OOP)的不足。在OOP中模塊化的關(guān)鍵單元是類(classes)，而在AOP中模塊化的單元?jiǎng)t是切面。切面能對(duì)關(guān)注點(diǎn)進(jìn)行模塊化，例如橫切多個(gè)類型和對(duì)象的事務(wù)管理。(在AOP術(shù)語(yǔ)中通常稱作橫切(crosscutting)關(guān)注點(diǎn)。)AOP框架是Spring的一個(gè)重要組成部分。但是Spring IoC容器并不依賴于AOP，這意味著你有權(quán)利選擇是否使用AOP，AOP做為Spring IoC容器的一個(gè)補(bǔ)充,使它成為一個(gè)強(qiáng)大的中間件解決方案。
AOP在Spring Framework中的作用提供聲明式企業(yè)服務(wù)，特別是為了替代EJB聲明式服務(wù)。最重要的服務(wù)是聲明性事務(wù)管理。允許用戶實(shí)現(xiàn)自定義切面，用AOP來完善OOP的使用。在業(yè)務(wù)系統(tǒng)中，總會(huì)在一些與業(yè)務(wù)邏輯無關(guān)服務(wù)邏輯(如:日志記錄，安全驗(yàn)證，事物管理等)。
在傳統(tǒng)的編程方式中，這些服務(wù)邏輯的代碼總是會(huì)滲透到業(yè)務(wù)邏輯的代碼中，使得服務(wù)邏輯和業(yè)務(wù)邏輯完成完全混雜在一起，這樣會(huì)使業(yè)務(wù)系統(tǒng)變的更加復(fù)雜，根本不適用于當(dāng)前大型業(yè)務(wù)系統(tǒng)的開打。如圖：
圖為：傳統(tǒng)編程方式下服務(wù)邏輯與業(yè)務(wù)邏輯交織
引入AOP后，把這些服務(wù)邏輯收集起來，設(shè)計(jì)成各個(gè)獨(dú)立可重用的切面，在需要該服務(wù)的業(yè)務(wù)邏輯之上織如即可。這樣，這些服務(wù)邏輯就靈活地應(yīng)用到業(yè)務(wù)系統(tǒng)中，在調(diào)用業(yè)務(wù)邏輯代碼時(shí)并不關(guān)心他們的存在。如圖。
圖為：引入AOP后服務(wù)邏輯和業(yè)務(wù)邏輯分離
要理解AOP，必須先理解好AOP的一下幾個(gè)術(shù)語(yǔ)：
l 切面(Aspect)：
一個(gè)關(guān)注點(diǎn)的模塊化，這個(gè)關(guān)注點(diǎn)可能會(huì)橫切多個(gè)對(duì)象。事務(wù)管理是J2EE應(yīng)用中一個(gè)關(guān)于橫切關(guān)注點(diǎn)的很好的例子。在Spring AOP中，切面可以使用基于模式)或者基于@Aspect注解的方式來實(shí)現(xiàn)。
l 連接點(diǎn)(Joinpoint)：
在程序執(zhí)行過程中某個(gè)特定的點(diǎn)，比如某方法調(diào)用的時(shí)候或者處理異常的時(shí)候。在Spring AOP中，一個(gè)連接點(diǎn)總是表示一個(gè)方法的執(zhí)行。
l 通知(Advice)：
在切面的某個(gè)特定的連接點(diǎn)上執(zhí)行的動(dòng)作。其中包括了“around”、“before”和“after”等不同類型的通知(通知的類型將在后面部分進(jìn)行討論)。許多AOP框架(包括Spring)都是以攔截器做通知模型，并維護(hù)一個(gè)以連接點(diǎn)為中心的攔截器鏈。
l 切入點(diǎn)(Pointcut)：
匹配連接點(diǎn)的斷言。通知和一個(gè)切入點(diǎn)表達(dá)式關(guān)聯(lián)，并在滿足這個(gè)切入點(diǎn)的連接點(diǎn)上運(yùn)行(例如，當(dāng)執(zhí)行某個(gè)特定名稱的方法時(shí))。切入點(diǎn)表達(dá)式如何和連接點(diǎn)匹配是AOP的核心：Spring缺省使用AspectJ切入點(diǎn)語(yǔ)法。
l 引入(Introduction)：
用來給一個(gè)類型聲明額外的方法或?qū)傩?也被稱為連接類型聲明(inter-type declaration))。Spring允許引入新的接口(以及一個(gè)對(duì)應(yīng)的實(shí)現(xiàn))到任何被代理的對(duì)象。例如，你可以使用引入來使一個(gè)bean實(shí)現(xiàn)IsModified接口，以便簡(jiǎn)化緩存機(jī)制。
l 目標(biāo)對(duì)象(Target Object)：
被一個(gè)或者多個(gè)切面所通知的對(duì)象。也被稱做被通知(advised)對(duì)象。 既然Spring AOP是通過運(yùn)行時(shí)代理實(shí)現(xiàn)的，這個(gè)對(duì)象永遠(yuǎn)是一個(gè)被代理(proxied)對(duì)象。
l AOP代理(AOP Proxy)：
AOP框架創(chuàng)建的對(duì)象，用來實(shí)現(xiàn)切面契約(例如通知方法執(zhí)行等等)。在Spring中，AOP代理可以是JDK動(dòng)態(tài)代理或者CGLIB代理。
l 織入(Weaving)：
把切面連接到其它的應(yīng)用程序類型或者對(duì)象上，并創(chuàng)建一個(gè)被通知的對(duì)象。這些可以在編譯時(shí)(例如使用AspectJ編譯器)，類加載時(shí)和運(yùn)行時(shí)完成。Spring和其他純Java AOP框架一樣，在運(yùn)行時(shí)完成織入。
聲明：
通知類型：
前置通知(Before advice)：在某連接點(diǎn)之前執(zhí)行的通知，但這個(gè)通知不能阻止連接點(diǎn)之前的執(zhí)行流程(除非它拋出一個(gè)異常)。
后置通知(After returning advice)：在某連接點(diǎn)正常完成后執(zhí)行的通知：例如，一個(gè)方法沒有拋出任何異常，正常返回。
異常通知(After throwing advice)：在方法拋出異常退出時(shí)執(zhí)行的通知。
最終通知(After (finally) advice)：當(dāng)某連接點(diǎn)退出的時(shí)候執(zhí)行的通知(不論是正常返回還是異常退出)。
環(huán)繞通知(Around Advice)：包圍一個(gè)連接點(diǎn)的通知，如方法調(diào)用。這是***大的一種通知類型。環(huán)繞通知可以在方法調(diào)用前后完成自定義的行為。它也會(huì)選擇是否繼續(xù)執(zhí)行連接點(diǎn)或直接返回它自己的返回值或拋出異常來結(jié)束執(zhí)行。
通過切入點(diǎn)匹配連接點(diǎn)的概念是AOP的關(guān)鍵，這使得AOP不同于其它僅僅提供攔截功能的舊技術(shù)。 切入點(diǎn)使得通知可以獨(dú)立對(duì)應(yīng)到面向?qū)ο蟮膶哟谓Y(jié)構(gòu)中。例如，一個(gè)提供聲明式事務(wù)管理 的環(huán)繞通知可以被應(yīng)用到一組橫跨多個(gè)對(duì)象的方法上(例如服務(wù)層的所有業(yè)務(wù)操作)。
Spring AOP 實(shí)現(xiàn)
在Spring2.5.6中，常用的AOP實(shí)現(xiàn)的兩種方法：
***種，是基于xml配置文件方式的實(shí)現(xiàn)。
第二種，是基于注解方式實(shí)現(xiàn)的。
那么Spring AOP中使用@AspectJ(注解)還是XML?他們沒有沒有個(gè)子的優(yōu)缺點(diǎn)?
如果你不是運(yùn)行 在Java 5上，XML風(fēng)格是***選擇。對(duì)于使用Java 5的項(xiàng)目，需要考慮多方面的折衷。
XML風(fēng)格對(duì)現(xiàn)有的Spring用戶來說更加習(xí)慣。它可以使用在任何Java級(jí)別中 (參考連接點(diǎn)表達(dá)式內(nèi)部的命名連接點(diǎn)，雖然它也需要Java 5+) 并且通過純粹的POJO來支持。當(dāng)使用AOP作為工具來配置企業(yè)服務(wù)時(shí)XML會(huì)是一個(gè)很好的選擇。 (一個(gè)好的例子是當(dāng)你認(rèn)為連接點(diǎn)表達(dá)式是你的配置中的一部分時(shí)，你可能想單獨(dú)更改它) 對(duì)于XML風(fēng)格，從你的配置中可以清晰的表明在系統(tǒng)中存在那些切面。
XML風(fēng)格有兩個(gè)缺點(diǎn)。
***是 它不能完全將需求實(shí)現(xiàn)的地方封裝到一個(gè)位置。 DRY原則中說系統(tǒng)中的每一項(xiàng)知識(shí)都必須具有單一、無歧義、權(quán)威的表示。 當(dāng)使用XML風(fēng)格時(shí)，如何實(shí)現(xiàn)一個(gè)需求的知識(shí)被分割到支撐類的聲明中以及XML配置文件中。 當(dāng)使用@AspectJ風(fēng)格時(shí)就只有一個(gè)單獨(dú)的模塊 -切面- 信息被封裝了起來。
第二是 XML風(fēng)格同@AspectJ風(fēng)格所能表達(dá)的內(nèi)容相比有更多的限制：僅僅支持"singleton"切面實(shí)例模型， 并且不能在XML中組合命名連接點(diǎn)的聲明。例如，在@AspectJ風(fēng)格中我們可以編寫如下的內(nèi)容：
Xml代碼
- @Pointcut(execution(* get*()))
- public void propertyAccess() {}
- @Pointcut(execution(org.xyz.Account+ *(..))
- public void operationReturningAnAccount() {}
- @Pointcut(propertyAccess() && operationReturningAnAccount())
- public void accountPropertyAccess() {}
在XML風(fēng)格中能聲明開頭的兩個(gè)連接點(diǎn)：
Xml代碼
expression="execution(org.xyz.Account+ *(..))"/>
expression="execution(org.xyz.Account+ *(..))"/>
但是不能通過組合這些來定義accountPropertyAccess連接點(diǎn)
@AspectJ風(fēng)格支持其它的實(shí)例模型以及更豐富的連接點(diǎn)組合。它具有將切面保持為一個(gè)模塊單元的優(yōu)點(diǎn)。 還有一個(gè)優(yōu)點(diǎn)就是@AspectJ切面能被Spring AOP和AspectJ兩者都理解 - 所以如果稍后你認(rèn)為你需要AspectJ的能力去實(shí)現(xiàn)附加的需求，那么你非常容易遷移到基于AspectJ的途徑。 總而言之，我們更喜歡@AspectJ風(fēng)格只要你有切面去做超出簡(jiǎn)單的“配置”企業(yè)服務(wù)之外的事情。
結(jié)束語(yǔ)
我們完全可以混合使用以下幾種風(fēng)格的切面定義：使用自動(dòng)代理的@AspectJ風(fēng)格的切面， schema-defined
【編輯推薦】
