在傳統(tǒng)的編寫業(yè)務(wù)邏輯處理代碼時，我們通常會習(xí)慣性地做幾件事情：日志記錄、事務(wù)控制及權(quán)限控制等，然后才是編寫核心的業(yè)務(wù)邏輯處理代碼。當(dāng)代碼編寫完成回頭再看時，不禁發(fā)現(xiàn)，揚(yáng)揚(yáng)灑灑上百行代碼中，真正用于核心業(yè)務(wù)邏輯處理才那么幾行，如圖6-4所示。方法復(fù)方法，類復(fù)類，就這樣子帶著無可奈何遺憾地度過了多少個春秋。這倒也罷，倘若到了項目的尾聲，突然決定在權(quán)限控制上需要進(jìn)行大的變動時，成千上萬個方法又得一一"登門拜訪"，痛苦"雪上加霜"。

如果能把圖6-4中眾多方法中的所有共有代碼全部抽取出來，放置到某個地方集中管理，然后在具體運(yùn)行時，再由容器動態(tài)織入這些共有代碼的話，最起碼可以解決兩個問題：

Java EE程序員在編寫具體的業(yè)務(wù)邏輯處理方法時，只需關(guān)心核心的業(yè)務(wù)邏輯處理，既提高了工作效率，又使代碼變更簡潔優(yōu)雅。

在日后的維護(hù)中由于業(yè)務(wù)邏輯代碼與共有代碼分開存放，而且共有代碼是集中存放的，因此使維護(hù)工作變得簡單輕松。

面向切面編程AOP技術(shù)就是為解決這個問題而誕生的，切面就是橫切面，如圖6-5所示，代表的是一個普遍存在的共有功能，例如，日志切面、權(quán)限切面及事務(wù)切面等。

下面我們以用戶管理業(yè)務(wù)邏輯組件UserService的AOP實現(xiàn)過程（見圖6-6）為例，深度剖析一下AOP技術(shù)的實現(xiàn)原理。AOP技術(shù)是建立在Java語言的反射機(jī)制與動態(tài)代理機(jī)制之上的。業(yè)務(wù)邏輯組件在運(yùn)行過程中，AOP容器會動態(tài)創(chuàng)建一個代理對象供使用者調(diào)用，該代理對象已經(jīng)按Java EE程序員的意圖將切面成功切入到目標(biāo)方法的連接點上，從而使切面的功能與業(yè)務(wù)邏輯的功能同時得以執(zhí)行。從原理上講，調(diào)用者直接調(diào)用的其實是AOP容器動態(tài)生成的代理對象，再由代理對象調(diào)用目標(biāo)對象完成原始的業(yè)務(wù)邏輯處理，而代理對象則已經(jīng)將切面與業(yè)務(wù)邏輯方法進(jìn)行了合成。

現(xiàn)將圖6-6中涉及到的一些概念解釋如下。

切面（Aspect）：其實就是共有功能的實現(xiàn)。如日志切面、權(quán)限切面、事務(wù)切面等。在實際應(yīng)用中通常是一個存放共有功能實現(xiàn)的普通Java類，之所以能被AOP容器識別成切面，是在配置中指定的。

通知（Advice）：是切面的具體實現(xiàn)。以目標(biāo)方法為參照點，根據(jù)放置的地方不同，可分為前置通知（Before）、后置通知（AfterReturning）、異常通知（AfterThrowing）、最終通知（After）與環(huán)繞通知（Around）5種。在實際應(yīng)用中通常是切面類中的一個方法，具體屬于哪類通知，同樣是在配置中指定的。

連接點（Joinpoint）：就是程序在運(yùn)行過程中能夠插入切面的地點。例如，方法調(diào)用、異常拋出或字段修改等，但Spring只支持方法級的連接點。

切入點（Pointcut）：用于定義通知應(yīng)該切入到哪些連接點上。不同的通知通常需要切入到不同的連接點上，這種精準(zhǔn)的匹配是由切入點的正則表達(dá)式來定義的。

目標(biāo)對象（Target）：就是那些即將切入切面的對象，也就是那些被通知的對象。這些對象中已經(jīng)只剩下干干凈凈的核心業(yè)務(wù)邏輯代碼了，所有的共有功能代碼等待AOP容器的切入。

代理對象（Proxy）：將通知應(yīng)用到目標(biāo)對象之后被動態(tài)創(chuàng)建的對象?？梢院唵蔚乩斫鉃椋韺ο蟮墓δ艿扔谀繕?biāo)對象的核心業(yè)務(wù)邏輯功能加上共有功能。代理對象對于使用者而言是透明的，是程序運(yùn)行過程中的產(chǎn)物。

織入（Weaving）：將切面應(yīng)用到目標(biāo)對象從而創(chuàng)建一個新的代理對象的過程。這個過程可以發(fā)生在編譯期、類裝載期及運(yùn)行期，當(dāng)然不同的發(fā)生點有著不同的前提條件。譬如發(fā)生在編譯期的話，就要求有一個支持這種AOP實現(xiàn)的特殊編譯器；發(fā)生在類裝載期，就要求有一個支持AOP實現(xiàn)的特殊類裝載器；只有發(fā)生在運(yùn)行期，則可直接通過Java語言的反射機(jī)制與動態(tài)代理機(jī)制來動態(tài)實現(xiàn)。

以下是補(bǔ)充：

AOP為Aspect Oriented Programming的縮寫，意為：面向切面編程，通過預(yù)編譯方式和運(yùn)行期動態(tài)代理實現(xiàn)程序功能的統(tǒng)一維護(hù)的一種技術(shù)。

　　AOP與OOP是面向不同領(lǐng)域的兩種設(shè)計思想。

　　OOP（面向?qū)ο缶幊蹋┽槍I(yè)務(wù)處理過程的實體及其屬性和行為進(jìn)行抽象封裝，以獲得更加清晰高效的邏輯單元劃分。

　　AOP則是針對業(yè)務(wù)處理過程中的切面進(jìn)行提取，它所面對的是處理過程中的某個步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果。

　　我們可以單單從上面的字面上來理解AOP和OOP的話，用下面的理解也不為過：

　　OOP實際上是對對象的屬性和行為的封裝，而AOP對于這點就無從談起，但是AOP是處理某個步驟和階段的，從中進(jìn)行切面的提取，也就是說，如果幾個或更多個邏輯過程中，有重復(fù)的操作行為，AOP就可以提取出來，運(yùn)用動態(tài)代理，實現(xiàn)程序功能的統(tǒng)一維護(hù)，這么說來可能太含蓄，如果說到權(quán)限判斷，日志記錄等，可能就明白了。如果我們單純使用OOP，那么權(quán)限判斷怎么辦？在每個操作前都加入權(quán)限判斷？日志記錄怎么辦？在每個方法里的開始、結(jié)束、異常的地方手動添加日志？所有，如果使用AOP就可以借助代理完成這些重復(fù)的操作，就能夠在邏輯過程中，降低各部分之間的耦合了。二者揚(yáng)長補(bǔ)短，互相結(jié)合最好。

　　下面詳細(xì)了解一些AOP的概念：

•方面（Aspect）：一個關(guān)注點的模塊化，這個關(guān)注點實現(xiàn)可能另外橫切多個對象。事務(wù)管理是J2EE應(yīng)用中一個很好的橫切關(guān)注點例子。方面用Spring的Advisor或攔截器實現(xiàn)。
•連接點（Joinpoint）：程序執(zhí)行過程中明確的點，如方法的調(diào)用或特定的異常被拋出。
•通知（Advice）：在特定的連接點，AOP框架執(zhí)行的動作。各種類型的通知包括“around”、“before”和“throws”通知。通知類型將在下面討論。許多AOP框架包括Spring都是以攔截器做通知模型，維護(hù)一個“圍繞”連接點的攔截器鏈。
•切入點（Pointcut）：指定一個通知將被引發(fā)的一系列連接點的集合。AOP框架必須允許開發(fā)者指定切入點，例如，使用正則表達(dá)式。
•引入（Introduction）：添加方法或字段到被通知的類。Spring允許引入新的接口到任何被通知的對象。例如，你可以使用一個引入使任何對象實現(xiàn)IsModified接口，來簡化緩存。
•目標(biāo)對象（Target Object）：包含連接點的對象，也被稱作被通知或被代理對象。
•AOP代理（AOP Proxy）：AOP框架創(chuàng)建的對象，包含通知。在Spring中，AOP代理可以是JDK動態(tài)代理或CGLIB代理。
•編織（Weaving）：組裝方面來創(chuàng)建一個被通知對象。這可以在編譯時完成（例如使用AspectJ編譯器），也可以在運(yùn)行時完成。Spring和其他純Java AOP框架一樣，在運(yùn)行時完成織入。
　　Spring 中 AOP 代理由 Spring 的 IoC 容器負(fù)責(zé)生成、管理，其依賴關(guān)系也由 IoC 容器負(fù)責(zé)管理。至于Spring的AOP在項目中具體是怎么實現(xiàn)的，下篇博客會以日志記錄為例進(jìn)行學(xué)習(xí)。

最新評論