原文地址：http://blog.csdn.net/Intlgj/article/details/5671248
在傳統的編寫業務邏輯處理代碼時，我們通常會習慣性地做幾件事情：日誌記錄、事務控制及權限控制等，然後纔是編寫核心的業務邏輯處理代碼。當代碼編寫完成回頭再看時，不禁發現，揚揚灑灑上百行代碼中，真正用於核心業務邏輯處理才那麼幾行，如圖6-4所示。方法複方法，類復類，就這樣子帶着無可奈何遺憾地度過了多少個春秋。這倒也罷，倘若到了項目的尾聲，突然決定在權限控制上需要進行大的變動時，成千上萬個方法又得一一"登門拜訪"，痛苦"雪上加霜"。
 |
如果能把圖6-4中衆多方法中的所有共有代碼全部抽取出來，放置到某個地方集中管理，然後在具體運行時，再由容器動態織入這些共有代碼的話，最起碼可以解決兩個問題：
Java EE程序員在編寫具體的業務邏輯處理方法時，只需關心核心的業務邏輯處理，既提高了工作效率，又使代碼變更簡潔優雅。
在日後的維護中由於業務邏輯代碼與共有代碼分開存放，而且共有代碼是集中存放的，因此使維護工作變得簡單輕鬆。
面向切面編程AOP技術就是爲解決這個問題而誕生的，切面就是橫切面，如圖6-5所示，代表的是一個普遍存在的共有功能，例如，日誌切面、權限切面及事務切面等。
 |
下面我們以用戶管理業務邏輯組件UserService的AOP實現過程（見圖6-6）爲例，深度剖析一下AOP技術的實現原理。AOP技術是建立在Java語言的反射機制與動態代理機制之上的。業務邏輯組件在運行過程中，AOP容器會動態創建一個代理對象供使用者調用，該代理對象已經按Java EE程序員的意圖將切面成功切入到目標方法的連接點上，從而使切面的功能與業務邏輯的功能同時得以執行。從原理上講，調用者直接調用的其實是AOP容器動態生成的代理對象，再由代理對象調用目標對象完成原始的業務邏輯處理，而代理對象則已經將切面與業務邏輯方法進行了合成。
 |
現將圖6-6中涉及到的一些概念解釋如下。
切面（Aspect）：其實就是共有功能的實現。如日誌切面、權限切面、事務切面等。在實際應用中通常是一個存放共有功能實現的普通Java類，之所以能被AOP容器識別成切面，是在配置中指定的。
通知（Advice）：是切面的具體實現。以目標方法爲參照點，根據放置的地方不同，可分爲前置通知（Before）、後置通知（AfterReturning）、異常通知（AfterThrowing）、最終通知（After）與環繞通知（Around）5種。在實際應用中通常是切面類中的一個方法，具體屬於哪類通知，同樣是在配置中指定的。
連接點（Joinpoint）：就是程序在運行過程中能夠插入切面的地點。例如，方法調用、異常拋出或字段修改等，但Spring只支持方法級的連接點。
切入點（Pointcut）：用於定義通知應該切入到哪些連接點上。不同的通知通常需要切入到不同的連接點上，這種精準的匹配是由切入點的正則表達式來定義的。
目標對象（Target）：就是那些即將切入切面的對象，也就是那些被通知的對象。這些對象中已經只剩下乾乾淨淨的核心業務邏輯代碼了，所有的共有功能代碼等待AOP容器的切入。
代理對象（Proxy）：將通知應用到目標對象之後被動態創建的對象。可以簡單地理解爲，代理對象的功能等於目標對象的核心業務邏輯功能加上共有功能。代理對象對於使用者而言是透明的，是程序運行過程中的產物。
織入（Weaving）：將切面應用到目標對象從而創建一個新的代理對象的過程。這個過程可以發生在編譯期、類裝載期及運行期，當然不同的發生點有着不同的前提條件。譬如發生在編譯期的話，就要求有一個支持這種AOP實現的特殊編譯器；發生在類裝載期，就要求有一個支持AOP實現的特殊類裝載器；只有發生在運行期，則可直接通過Java語言的反射機制與動態代理機制來動態實現。
