1.引言

軟件開發(fā)的目標(biāo)是要對世界的部分元素或者信息流建立模型，實(shí)現(xiàn)軟件系統(tǒng)的工程需要將系統(tǒng)分解成可以創(chuàng)建和管理的模塊。于是出現(xiàn)了以系統(tǒng)模塊化特性的面向?qū)ο蟪绦蛟O(shè)計(jì)技術(shù)。模塊化的面向?qū)ο缶幊虡O度極地提高了軟件系統(tǒng)的 可讀性、復(fù)用性和可擴(kuò)展性。 向?qū)ο蠓椒ǖ慕裹c(diǎn) 在于選擇對象作為模塊的主要單元，并將對象與系統(tǒng)的所有行為聯(lián)系起來。對象成為問題領(lǐng)域和計(jì)算過程的主要元素。 但面向?qū)ο蠹夹g(shù)并沒有從本質(zhì)上解決軟件系統(tǒng)的可復(fù)用性。創(chuàng)建軟件系統(tǒng)時(shí)，現(xiàn)實(shí)問題中存在著許多 橫切關(guān)注點(diǎn) ，比如安全性檢查、日志記錄、性能監(jiān)控，異常處理等，它們的實(shí)現(xiàn)代碼和其他業(yè)務(wù)邏輯代碼混雜在一起， 并散落在軟件不同地方（直接把處理這些操作的代碼加入到每個(gè)模塊中） ，這無疑破壞了OOP的 “單一職責(zé)” 原則，模塊的可重用性會大大降低，這使得軟件系統(tǒng)的可維護(hù)性和復(fù)用性受到極大限制。這時(shí)候傳統(tǒng)的OOP設(shè)計(jì)往往采取的策略是加入相應(yīng)的 代理（Proxy） 層來完成系統(tǒng)的功能要求，但這樣的處理明顯使系統(tǒng)整體增加了一個(gè)層次的劃分，復(fù)雜性也隨之增加，從而給人過于厚重的感覺。由此產(chǎn)生了面向方面編程(AOP)技術(shù)。這種編程模式抽取出散落在軟件系統(tǒng)各處的橫切關(guān)注點(diǎn)代碼，并模塊化，歸整到一起，這樣進(jìn)一步提高軟件的可維護(hù)性、復(fù)用性和可擴(kuò)展性。

2.AOP簡介

　　AOP: Aspect Oriented Programming 面向切面編程。
　　面向切面編程(也叫面向方面)：Aspect Oriented Programming(AOP),是目前軟件開發(fā)中的一個(gè)熱點(diǎn)。利用AOP可以對業(yè)務(wù)邏輯的各個(gè)部分進(jìn)行隔離，從而使得業(yè)務(wù)邏輯各部分之間的耦合度降低，提高程序的可重用性，同時(shí)提高了開發(fā)的效率。
　　AOP是OOP的延續(xù)，是（Aspect Oriented Programming）的縮寫，意思是面向切面（方面）編程。
　　主要的功能是：日志記錄，性能統(tǒng)計(jì)，安全控制，事務(wù)處理，異常處理等等。
　　主要的意圖是：將日志記錄，性能統(tǒng)計(jì)，安全控制，事務(wù)處理，異常處理等代碼從業(yè)務(wù)邏輯代碼中劃分出來，通過對這些行為的分離，我們希望可以將它們獨(dú)立到非指導(dǎo)業(yè)務(wù)邏輯的方法中，進(jìn)而改 變這些行為的時(shí)候不影響業(yè)務(wù)邏輯的代碼。

　　可以通過預(yù)編譯方式和運(yùn)行期動態(tài)代理實(shí)現(xiàn)在不修改源代碼的情況下給程序動態(tài)統(tǒng)一添加功能的一種技術(shù)。 AOP實(shí)際是GoF設(shè)計(jì)模式的延續(xù)，設(shè)計(jì)模式孜孜不倦追求的是調(diào)用者和被調(diào)用者之間的解耦，AOP可以說也是這種目標(biāo)的一種實(shí)現(xiàn)。

假設(shè)把應(yīng)用程序想成一個(gè)立體結(jié)構(gòu)的話，OOP的利刃是縱向切入系統(tǒng)，把系統(tǒng)劃分為很多個(gè)模塊（如：用戶模塊，文章模塊等等），而AOP的利刃是橫向切入系統(tǒng)，提取各個(gè)模塊可能都要重復(fù)操作的部分（如：權(quán)限檢查，日志記錄等等）。由此可見，AOP是OOP的一個(gè)有效補(bǔ)充。

注意： AOP不是一種技術(shù)，實(shí)際上是編程思想。凡是符合AOP思想的技術(shù)，都可以看成是AOP的實(shí)現(xiàn)。

3.什么是方面編程

　　在考慮對象及對象與其他對象的關(guān)系時(shí)，我們通常會想到繼承這個(gè)術(shù)語。例如，定義某一個(gè)抽象類 — Dog 類。在標(biāo)識相似的一些類但每個(gè)類又有各自的獨(dú)特行為時(shí)，通常使用繼承來擴(kuò)展功能。舉例來說，如果標(biāo)識了 Poodle，則可以說一個(gè) Poodle 是一個(gè) Dog，即 Poodle 繼承了 Dog。到此為止都似乎不錯(cuò)，但是如果定義另一個(gè)以后標(biāo)識為 Obedient Dog 的獨(dú)特行為又會怎樣呢？當(dāng)然，不是所有的 Dogs 都很馴服，所以 Dog 類不能包含 obedience 行為。此外，如果要創(chuàng)建從 Dog 繼承的 Obedient Dog 類，那么 Poodle 放在這個(gè)層次結(jié)構(gòu)中的哪個(gè)位置合適呢？Poodle 是一個(gè) Dog，但是 Poodle 不一定 obedient；那么 Poodle 是繼承于 Dog 還是 Obedient Dog 呢？都不是，我們可以將馴服看作一個(gè)方面，將其應(yīng)用到任何一類馴服的 Dog，我們反對以不恰當(dāng)?shù)姆绞綇?qiáng)制將該行為放在 Dog 層次結(jié)構(gòu)中。

4.與OOP面向?qū)ο缶幊痰膮^(qū)別

　　AOP、OOP在字面上雖然非常類似，但卻是面向不同領(lǐng)域的兩種設(shè)計(jì)思想。OOP（面向?qū)ο缶幊蹋┽槍I(yè)務(wù)處理過程的實(shí)體及其屬性和行為進(jìn)行抽象封裝，以獲得更加清晰高效的邏輯單元劃分。
　　而AOP則是針對業(yè)務(wù)處理過程中的切面進(jìn)行提取，它所面對的是處理過程中的某個(gè)步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果。這兩種設(shè)計(jì)思想在目標(biāo)上有著本質(zhì)的差異。
　　上面的陳述可能過于理論化，舉個(gè)簡單的例子，對于“雇員”這樣一個(gè)業(yè)務(wù)實(shí)體進(jìn)行封裝，自然是OOP/OOD的任務(wù)，我們可以為其建立一個(gè)“Employee”類，并將“雇員”相關(guān)的屬性和行為封裝其中。而用AOP設(shè)計(jì)思想對“雇員”進(jìn)行封裝將無從談起。
　　同樣，對于“權(quán)限檢查”這一動作片斷進(jìn)行劃分，則是AOP的目標(biāo)領(lǐng)域。而通過OOD/OOP對一個(gè)動作進(jìn)行封裝，則有點(diǎn)不倫不類。

　　換而言之，OOD/OOP面向名詞領(lǐng)域，AOP面向動詞領(lǐng)域。

5.AOP 的基本概念

在面向?qū)ο缶幊讨校? 類，對象， 封裝，繼承，多態(tài) 等概念是描述面向?qū)ο笏枷胫饕g(shù)語 。與此類似，在面向方面編程中，同樣存在著一些基本概念：
聯(lián)結(jié)點(diǎn)（JointPoint） ：一個(gè)聯(lián)結(jié)程序執(zhí)行過程中的一個(gè)特定點(diǎn)。典型的聯(lián)結(jié)點(diǎn)有：調(diào)用一個(gè)方法；方法執(zhí)行這個(gè)過程本身；類初始化；對象初始化等。聯(lián)結(jié)點(diǎn)是 AOP 的核心概念之一，它用來定義在程序的哪里通過 AOP 加入新的邏輯。
切入點(diǎn)（Pointcut） ：一個(gè)切入點(diǎn)是用來定義某一個(gè)通知該何時(shí)執(zhí)行的一組聯(lián)結(jié)點(diǎn)。通過定義切入點(diǎn)，我們可以精確地控制程序中什么組件接到什么通知。上面我們提到，一個(gè)典型的聯(lián)結(jié)點(diǎn)是方法調(diào)用，而一個(gè)典型的切入點(diǎn)就是對某一個(gè)類的所在方法調(diào)用的集合。通常我們會通過組建復(fù)雜的切入點(diǎn)來控制通知什么時(shí)候被執(zhí)行。
通知（Advice） ：在某一個(gè)特定的聯(lián)結(jié)點(diǎn)處運(yùn)行的代碼稱為“通知”。通知有很多種，比如
在聯(lián)結(jié)點(diǎn)之前執(zhí)行的前置通知（before advice）和在聯(lián)結(jié)點(diǎn)之后執(zhí)行的后置通知（after advice） 。
方面（Aspect） ： 通知和切入點(diǎn)的組合叫做方面，所以，方面定義了一段程序中應(yīng)該包括的邏輯，以及何時(shí)應(yīng)該執(zhí)行該邏輯。
織入（Weaving） ：織入是將方面真正加入程序代碼的過程。對于靜態(tài) AOP 方案而言，織入是在編譯時(shí)完成的，通常是在編譯過程中增加一個(gè)步驟。類似的，動態(tài) AOP 方案則是在程序運(yùn)行是動態(tài)織入的。
目標(biāo)（Target） ： 如果一個(gè)對象的執(zhí)行過程受到某一個(gè) AOP 的修改，那么它就叫一個(gè)目標(biāo)對象。目標(biāo)對象通常也稱為被通知對象。
引入（Introduction） ： 通過引入，可以在一個(gè)對象中加入新的方法或?qū)傩裕愿淖兯慕Y(jié)構(gòu)，這樣即使該對象的類沒有實(shí)現(xiàn)某一個(gè)接口，也可以修改它，使之成為該接口的一個(gè)實(shí)現(xiàn)。

靜態(tài)和動態(tài)：靜態(tài) AOP 和動態(tài) AOP 兩者之間的區(qū)別主要在于什么時(shí)間織入，以及如何織入。最早的 AOP 實(shí)現(xiàn)大多都是靜態(tài)的。在靜態(tài) AOP 中，織入是編譯過程的一個(gè)步驟。用Java 的術(shù)語說，靜態(tài) AOP 通過直接對字節(jié)碼進(jìn)行操作，包括修改代碼和擴(kuò)展類，來完成織入過程。顯然，這種辦法生成的程序性能很好，因?yàn)樽詈蟮慕Y(jié)果就是普通的 Java 字節(jié)碼，在運(yùn)行時(shí)不再需要特別的技巧來確定什么時(shí)候應(yīng)該執(zhí)行通知。這種方法的缺點(diǎn)是，如果想對方面做什么修改，即使只是加入一個(gè)新的聯(lián)結(jié)點(diǎn)，都必須重新編譯整個(gè)程序。AspectJ 是靜態(tài) AOP 的一個(gè)典型例子。與靜態(tài) AOP 不同，動態(tài) AOP 中織入是在運(yùn)行時(shí)動態(tài)完成的。織入具體是如何完成的，各個(gè)實(shí)現(xiàn)有所不同。Spring AOP 采取的方法是建立代理，然后代理在適當(dāng)?shù)臅r(shí)候執(zhí)行通知。動態(tài) AOP 的一個(gè)弱點(diǎn)就在于，其性能一般不如靜態(tài) AOP。而動態(tài)AOP 的主要優(yōu)點(diǎn)在于可以隨時(shí)修改程序的所有方面，而不需重新編譯目標(biāo)。

5.1 橫切技術(shù)

“橫切”是AOP的專有名詞。它是一種蘊(yùn)含強(qiáng)大力量的相對簡單的設(shè)計(jì)和編程技術(shù)，尤其是用于建立松散耦合的、可擴(kuò)展的企業(yè)系統(tǒng)時(shí)。橫切技術(shù)可以使得AOP在一個(gè)給定的編程模型中穿越既定的職責(zé)部分（比如日志記錄和性能優(yōu)化）的操作。
如果不使用橫切技術(shù)，軟件開發(fā)是怎樣的情形呢？在傳統(tǒng)的程序中，由于橫切行為的實(shí)現(xiàn)是分散的，開發(fā)人員很難對這些行為進(jìn)行邏輯上的實(shí)現(xiàn)或更改。例如，用于日志記錄的代碼和主要用于其它職責(zé)的代碼纏繞在一起。根據(jù)所解決的問題的復(fù)雜程度和作用域的不同，所引起的混亂可大可小。更改一個(gè)應(yīng)用程序的日志記錄策略可能涉及數(shù)百次編輯——即使可行，這也是個(gè)令人頭疼的任務(wù)。
在AOP中，我們將這些具有公共邏輯的，與其他模塊的核心邏輯糾纏在一起的行為稱為“橫切關(guān)注點(diǎn)（Crosscutting Concern）”，因?yàn)樗缭搅私o定編程模型中的典型職責(zé)界限。

5.2 橫切關(guān)注點(diǎn)

一個(gè)關(guān)注點(diǎn)（concern）就是一個(gè)特定的目的，一塊我們感興趣的區(qū)域，一段我們需要的邏輯行為。從技術(shù)的角度來說，一個(gè)典型的軟件系統(tǒng)包含一些核心的關(guān)注點(diǎn)和系統(tǒng)級的關(guān)注點(diǎn)。舉個(gè)例子來說，一個(gè)信用卡處理系統(tǒng)的核心關(guān)注點(diǎn)是借貸/存入處理，而系統(tǒng)級的關(guān)注點(diǎn)則是日志、事務(wù)完整性、授權(quán)、安全及性能問題等，許多關(guān)注點(diǎn)——即橫切關(guān)注點(diǎn)（crosscutting concerns）——會在多個(gè)模塊中出現(xiàn)。如果使用現(xiàn)有的編程方法，橫切關(guān)注點(diǎn)會橫越多個(gè)模塊，結(jié)果是使系統(tǒng)難以設(shè)計(jì)、理解、實(shí)現(xiàn)和演進(jìn)。AOP能夠比上述方法更好地分離系統(tǒng)關(guān)注點(diǎn)，從而提供模塊化的橫切關(guān)注點(diǎn)。
例如一個(gè)復(fù)雜的系統(tǒng)，它由許多關(guān)注點(diǎn)組合實(shí)現(xiàn)，如業(yè)務(wù)邏輯、性能，數(shù)據(jù)存儲、日志和調(diào)度信息、授權(quán)、安全、線程、錯(cuò)誤檢查等，還有開發(fā)過程中的關(guān)注點(diǎn)，如易懂、易維護(hù)、易追查、易擴(kuò)展等，

1 . 由不同模塊實(shí)現(xiàn)的一批關(guān)注點(diǎn)組成一個(gè)系統(tǒng)，即 把模塊作為一批關(guān)注點(diǎn)來實(shí)現(xiàn) ，如圖：

通過對系統(tǒng)需求和實(shí)現(xiàn)的識別，我們可以將模塊中的這些關(guān)注點(diǎn)分為：核心關(guān)注點(diǎn)和橫切關(guān)注點(diǎn)。對于核心關(guān)注點(diǎn)而言，通常來說，實(shí)現(xiàn)這些關(guān)注點(diǎn)的模塊是相互獨(dú)立的，他們分別完成了系統(tǒng)需要的商業(yè)邏輯，這些邏輯與具體的業(yè)務(wù)需求有關(guān)。而對于日志、安全、持久化等關(guān)注點(diǎn)而言，他們卻是商業(yè)邏輯模塊所共同需要的，這些邏輯分布于核心關(guān)注點(diǎn)的各處。在AOP中，諸如這些模塊，都稱為橫切關(guān)注點(diǎn)。應(yīng)用AOP的橫切技術(shù)，關(guān)鍵就是要實(shí)現(xiàn)對關(guān)注點(diǎn)的識別。

2 . 識別關(guān)注點(diǎn)

如果將整個(gè)模塊比喻為一個(gè)圓柱體，那么關(guān)注點(diǎn)識別過程可以用三棱鏡法則來形容，穿越三棱鏡的光束（指需求），照射到圓柱體各處，獲得不同顏色的光束，最后識別出不同的關(guān)注點(diǎn)。

1 ). 關(guān)注點(diǎn)識別：三棱鏡法則， 如圖所示：

上圖識別出來的關(guān)注點(diǎn)中，Business Logic屬于核心關(guān)注點(diǎn)，它會調(diào)用到Security，Logging，Persistence等橫切關(guān)注點(diǎn)。

public class BusinessLogic { public void SomeOperation() { //驗(yàn)證安全性；Securtity關(guān)注點(diǎn)； //執(zhí)行前記錄日志；Logging關(guān)注點(diǎn)； DoSomething(); //保存邏輯運(yùn)算后的數(shù)據(jù)；Persistence關(guān)注點(diǎn)； //執(zhí)行結(jié)束記錄日志；Logging關(guān)注點(diǎn)； } } 3. 將橫切關(guān)注點(diǎn)織入到核心關(guān)注點(diǎn)中

AOP的目的，就是要將諸如Logging之類的橫切關(guān)注點(diǎn)從BusinessLogic類中分離出來。利用AOP技術(shù)，可以對相關(guān)的橫切關(guān)注點(diǎn)封裝，形成單獨(dú)的“aspect”。這就保證了橫切關(guān)注點(diǎn)的復(fù)用。由于BusinessLogic類中不再包含橫切關(guān)注點(diǎn)的邏輯代碼，為達(dá)到調(diào)用橫切關(guān)注點(diǎn)的目的，可以利用橫切技術(shù)，截取BusinessLogic類中相關(guān)方法的消息，例如SomeOperation()方法，然后將這些“aspect”織入到該方法中。 將橫切關(guān)注點(diǎn)織入到核心關(guān)注點(diǎn)中,如圖：

通過利用AOP技術(shù)，改變了整個(gè)系統(tǒng)的設(shè)計(jì)方式。在分析系統(tǒng)需求之初，利用AOP的思想，分離出核心關(guān)注點(diǎn)和橫切關(guān)注點(diǎn)。在實(shí)現(xiàn)了諸如日志、事務(wù)管理、權(quán)限控制等橫切關(guān)注點(diǎn)的通用邏輯后，開發(fā)人員就可以專注于核心關(guān)注點(diǎn)，將精力投入到解決企業(yè)的商業(yè)邏輯上來。同時(shí)，這些封裝好了的橫切關(guān)注點(diǎn)提供的功能，可以最大限度地復(fù)用于商業(yè)邏輯的各個(gè)部分，既不需要開發(fā)人員作特殊的編碼，也不會因?yàn)樾薷臋M切關(guān)注點(diǎn)的功能而影響具體的業(yè)務(wù)功能。

6.AOP 實(shí)踐

6.1 JAVA實(shí)踐

在 WEB 程序開發(fā)中，我們知道由于 HTTP 協(xié)議的無狀態(tài)性，我們通常需要把用戶的狀態(tài)信息保存在 Session 中。在一些應(yīng)用場景中，需要用戶必須登錄，才能繼續(xù)操作。

傳統(tǒng)實(shí)現(xiàn)方法 ：
為此我們在進(jìn)行每個(gè)業(yè)務(wù)操作之前，傳統(tǒng)的實(shí)現(xiàn)方法會加入以下的邏輯：

protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { HttpSession session = request.getSession(); if(session.getAttribute("user")==null){ request. getRequestDispatcher("login.jsp").forward(req,resp); } doSpecialBussinessLogic(); }
以這種方法實(shí)現(xiàn)的邏輯，要求程序員在應(yīng)該實(shí)現(xiàn)登錄檢查的地方，都按以上的方法進(jìn)行。這必然引起了代碼的大量重復(fù)和混亂。在這里登錄檢查邏輯是一個(gè)非主要邏輯，而我們的主邏輯是doSpecialBussinessLogic()，主要邏輯和非主要邏輯的混亂是傳統(tǒng)編程方法的一個(gè)主要局限。

用 AOP技術(shù)實(shí)現(xiàn)：

AOP的出現(xiàn)，為以上問題提供了一個(gè)很好的解決方案。下面是用Aspectj 完成的登錄檢查邏輯的實(shí)現(xiàn)：

public aspect LoginCheckAOP { pointcut loginCheck(HttpServletRequest req, HttpServletResponse resp): (execution(void *..*Action.doPost(HttpServletRequest, HttpServletResponse))) && args(req,resp); public before(HttpServletRequest req, HttpServletResponse resp) : loginCheck (req,resp) { HttpSession session = request.getSession(); if(session.getAttribute("user")==null){ request. getRequestDispatcher("login.jsp").forward(req,resp); } } }
我們定義了一個(gè)名字為LoginCheckAOP的方面，Aspectj的編譯器通過名字匹配自動把登錄檢查邏輯的代碼插入到需要的地方。使用 AOP 方法進(jìn)行登錄檢查比在需要的地方人工的插入檢查代碼有以下幾條好處。
? 只需要在一個(gè)（LoginCheckAOP 方面中）地方放置所有的需要用于檢查的功能代碼。
? 插入和刪除檢查代碼是很容易的。可以輕易地重新實(shí)現(xiàn)不同的檢查方面，而不用對其它代碼進(jìn)行修改。
? 在任何需要的地方登錄檢查，即使增加了新方法或新類。這可以消除人為的錯(cuò)誤。同時(shí)知道所有登錄檢查代碼被刪除了，并且當(dāng)我們從構(gòu)建配置中刪除方面時(shí)不會忽略 任何東西。
? 有一個(gè)可重復(fù)使用的方面，它可以被應(yīng)用和升級。

6.2 PHP實(shí)踐

目前的PHP來說，還沒有一個(gè)完整的AOP內(nèi)置實(shí)現(xiàn)，雖然出現(xiàn)了 RunKit ，但一直都以BETA的狀態(tài)呆在PECL項(xiàng)目里，估計(jì)很長時(shí)間內(nèi)不太可能成為PHP的缺省設(shè)置。那是不是AOP在PHP里就破滅了呢？當(dāng)然不是，因?yàn)槲覀冇衉_get()，__set()，__call()等魔術(shù)方法，合理使用這些方法可以為我們實(shí)現(xiàn)某種程度的“準(zhǔn)AOP”能力，之所以說是準(zhǔn)AOP，是因?yàn)閱螁螐膶?shí)現(xiàn)上來看，稱其為AOP有些牽強(qiáng)，但是從效果上來看，又部分實(shí)現(xiàn)了AOP的作用，雖然其實(shí)現(xiàn)方式并不完美，但對于一般的使用已經(jīng)足夠了。

<?php /** * 應(yīng)用程序中某個(gè)業(yè)務(wù)邏輯類 * */ class Target { public function foobar(){ echo '業(yè)務(wù)邏輯<br />'; } } //業(yè)務(wù)邏輯類的包裝類 class AOP { private $instance; public function __construct($instance) { $this->instance = $instance; } public function __call($method, $param) { if(! method_exists($this->instance, $method)) { throw new Exception("Call undefinded method ".get_class($this->instance)."::$method"); } //前增強(qiáng) $this->before(); $callBack = array($this->instance, $method); $return = call_user_func_array($callBack, $param); $this->after(); return $return; } /** * 前增強(qiáng) * */ public function before() { echo '權(quán)限檢查<br />'; } /** * 后增強(qiáng) * */ public function after() { echo '日志記錄<br />'; } } /** * 工廠方法 * */ class Factory { public function getTargetInstance(){ return new AOP(new Target()); } } //客戶端調(diào)用演示 header("Content-Type: text/html; charset=utf8"); try { $obj = Factory::getTargetInstance(); $obj->foobar(); } catch(Exception $e) { echo 'Caught exception: ', $e->getMessage(); }
利用php5內(nèi)置的魔術(shù)方法__call來實(shí)現(xiàn)AOP，唯一的缺點(diǎn)是要在AOP類里面實(shí)例客戶端對象，返回的是被AOP包裝后的對象。因此像get_class會遇到麻煩。

比如說，客戶端通過getBizInstance()方法以為得到的對象是Target，但實(shí)際上它得到的是一個(gè)Target的包裝對象AOP，這樣的話，如果客戶端進(jìn)行一些諸如get_class()之類和對象類型相關(guān)的操作就會出錯(cuò)，當(dāng)然，大多數(shù)情況下，客戶端似乎不太會做類似的操作。

其實(shí)我們在 代理模式 也提到過，這其實(shí)就是一個(gè) 動態(tài)代理 模式。

我們用 runkit 擴(kuò)展來實(shí)現(xiàn)方法調(diào)用攔截的例子：

/** * 應(yīng)用程序中某個(gè)業(yè)務(wù)邏輯類 * */ class Target { public function foobar(){ echo '業(yè)務(wù)邏輯<br />'; } } runkit_method_rename('Target', 'foobar', '#foobar'); runkit_method_add('Target','add','$a,$b',' echo "before call\n"; $ret = $this->{"#foobar"}($a,$b); echo "after call\n"; return $ret; '); 也有人用了繼承方式來實(shí)現(xiàn)：

<?php //業(yè)務(wù)邏輯類的包裝類 class AOP { private $instance; public function __construct() { } public function __call($method, $param) { if(strchr($method,'Aop_')){ $method = str_replace('Aop_','',$method); if(! method_exists($this, $method)) { throw new Exception("Call undefinded method ".get_class($this)."::$method"); } } //前增強(qiáng) $this->before(); $callBack = array($this, $method); $return = call_user_func_array($callBack, $param); $this->after(); return $return; } /** * 前增強(qiáng) * */ public function before() { echo '權(quán)限檢查<br />'; } /** * 后增強(qiáng) * */ public function after() { echo '日志記錄<br />'; } } /** * 應(yīng)用程序中某個(gè)業(yè)務(wù)邏輯類 * */ class Target extends AOP { public function foobar(){ echo '業(yè)務(wù)邏輯<br />'; } } //客戶端調(diào)用演示 header("Content-Type: text/html; charset=utf8"); try { $obj = new Target(); $obj->Aop_foobar(); } catch(Exception $e) { echo 'Caught exception: ', $e->getMessage(); } 這個(gè)有明顯的缺點(diǎn)：

1）嚴(yán)格的限制，如需要增強(qiáng)的方法名需要加AOP前綴。
2）如果Target類已經(jīng)繼承另外的父類，無法在繼承AOP類。
3) AOP的實(shí)現(xiàn)，一個(gè)很重要的前提就是不能對源代碼有很明顯的侵入，而這里增強(qiáng)的目標(biāo)對象要繼承AOP類，無疑侵入了對象.

除了以上的實(shí)現(xiàn)方法，我們可以使用配置文件來配置把哪些關(guān)注點(diǎn)代碼增強(qiáng)到目標(biāo)對象的切入點(diǎn)上。

7. 結(jié)論

面向方面編程是一個(gè)令軟件開發(fā)人員激動的新技術(shù)， 它被用來尋找軟件系統(tǒng)中新的模塊化特性。面向方面編程是作為面向?qū)ο缶幊碳夹g(shù)的一種補(bǔ)充而出現(xiàn)，它們之間并不存在競爭關(guān)系，實(shí)際上它們在軟件開發(fā)中相輔相成，互為補(bǔ)充。面向方面編程作為一種嶄新的編程技術(shù)，它具有十分光明的應(yīng)用前景。

本文總結(jié)網(wǎng)上資料，包括 百度百科AOP 百度文庫：面向方面編程技術(shù)的研究與實(shí)踐

AOP面向方面編程