Spring 提供了AOP(Aspect Oriented Programming) 的支持, 那麼，什麼是AOP呢？本文將通過一個另外一個角度來詮釋AOP的概念，幫助你更好地理解和使用Spring AOP。
1. Java程序運行在JVM中的特徵
當我們在某個類Foo中寫好了一個main()方法，然後執行java Foo，你的Java程序之旅就開啓了，如下：
那麼在這個執行的過程中，JVM都爲你幹了什麼呢？
當你執行java Foo 的時候，JVM會創建一個主線程main，這個主線程以上述的main()方法作爲入口，開始執行你的代碼。每一個線程在內存中都會維護一個屬於自己的棧(Stack),記錄着整個程序執行的過程。棧裏的每一個元素稱爲棧幀(Stack Frame)，棧幀表示着某個方法調用，會記錄方法調用的信息；實際上我們在代碼中調用一個方法的時候，在內存中就對應着一個棧幀的入棧和出棧。
在某個特定的時間點，一個Main線程內的棧會呈現如下圖所示的情況：
從線程棧的角度來看，我們可以看到，JVM處理Java程序的基本單位是方法調用。實際上，JVM執行的最基本單位的指令(即原子操作)是彙編語言性質的機器字節碼。這裏之所以講方法調用時Java程序的基本執行單位，是從更宏觀的角度看待的。
如何獲取到虛擬機線程棧中的內容(即方法調用過程)？
試想一下，如何能夠獲取到JVM線程棧中的方法調用的內容？我相信所有的Java programmer都知道這個答案。Java Programmer幾乎每天都能看到它------當我們的代碼拋出異常而未捕獲或者運行時出現了Error錯誤時，我們會受到一個非常討厭的Log信息，如下：
當然，除了代碼拋出異常外，我們還是可以其他方式察覺JVM線程棧內的內容。可以通過Thread.dumpStack()方法創建一個假的Exception實例，然後將這個Exception實例記錄的當前線程棧的內容輸出到標準錯誤流中。例如我在某處代碼裏執行了Thread.dumpStack()方法，輸出瞭如下的結果：
2. Java程序執行流 【瞭解AOP、連接點(Join Point)、切入點(point cut) 的概念 】
如果從虛擬機線程棧的角度考慮Java程序執行的話，那麼，你會發現，真個程序運行的過程就是方法調用的過程。我們按照方法執行的順序，將方法調用排成一串，這樣就構成了Java程序流。
我們將上述的線程棧裏的方法調用按照執行流排列，會有如下類似的圖：
基於時間序列，我們可以將方法調用排成一條線。而每個方法調用則可以看成Java執行流中的一個節點。這個節點在AOP的術語中，被稱爲Join Point，即連接點。一個Java程序的運行的過程，就是若干個連接點連接起來依次執行的過程。
在我們正常的面向對象的思維中， 我們考慮的是如何按照時間序列通過方法調用來實現我們的業務邏輯。那麼，什麼是AOP（即面向切面的編程）呢？
通常面向對象的程序，代碼都是按照時間序列縱向展開的，而他們都有一個共性：即都是已方法調用作爲基本執行單位展開的。將方法調用當做一個連接點，那麼由連接點串起來的程序執行流就是整個程序的執行過程。
AOP(Aspect Oriented Programming)則是從另外一個角度來考慮整個程序的，AOP將每一個方法調用，即連接點作爲編程的入口，針對方法調用進行編程。從執行的邏輯上來看，相當於在之前縱向的按照時間軸執行的程序橫向切入。相當於將之前的程序橫向切割成若干的面，即Aspect.每個面被稱爲切面。
所以，根據我的理解，AOP本質上是針對方法調用的編程思路。
既然AOP是針對切面進行的編程的，那麼，你需要選擇哪些切面(即 連接點Joint Point)作爲你的編程對象呢？
因爲切面本質上是每一個方法調用，選擇切面的過程實際上就是選擇方法的過程。那麼，被選擇的切面(Aspect)在AOP術語裏被稱爲切入點(Point Cut). 切入點實際上也是從所有的連接點(Join point)挑選自己感興趣的連接點的過程。
Spring AOP框架中通過 方法匹配表達式來表示切入點(Point Cut)，至於詳細的表達式語法是什麼 不是本文的重點，請讀者自行參考Spring相應的說明文檔。
既然AOP是針對方法調用(連接點)的編程， 現在又選取了你感興趣的自己感興趣的鏈接點—切入點（Point Cut）了，那麼，AOP能對它做什麼類型的編程呢？AOP能做什麼呢？
瞭解這個之前，我們先要知道一個非常重要的問題：既然AOP是對方法調用進行的編程，那麼，AOP如何捕獲方法調用的呢？弄清楚這個問題，你不得不瞭解設計模式中的代理模式了。下面我們先來了解一下引入了代理模式的Java程序執行流是什麼樣子的。
3. 引入了代理模式的Java程序執行流(AOP實現的機制)
我們假設在我們的Java代碼裏，都爲實例對象通過代理模式創建了代理對象，訪問這些實例對象必須要通過代理，那麼，加入了proxy對象的Java程序執行流會變得稍微複雜起來。
我們來看下加入了proxy對象後，Java程序執行流的示意圖：
由上圖可以看出，只要想調用某一個實例對象的方法時，都會經過這個實例對象相對應的代理對象， 即執行的控制權先交給代理對象。
關於代理模式
代理模式屬於Java代碼中經常用到的、也是比較重要的設計模式。代理模式可以爲某些對象除了實現本身的功能外，提供一些額外的功能，大致作用如下圖所示：
加入了代理模式的Java程序執行流，使得所有的方法調用都經過了代理對象。對於Spring AOP框架而言，它負責控制着真個容器內部的代理對象。當我們調用了某一個實例對象的任何一個非final的public方法時，整個Spring框架都會知曉。
此時的SpringAOP框架在某種程度上扮演着一個上帝的角色：它知道你在這個框架內所做的任何操作，你對每一個實例對象的非final的public方法調用都可以被框架察覺到！
既然Spring代理層可以察覺到你所做的每一次對實例對象的方法調用，那麼，Spring就有機會在這個代理的過程中插入Spring的自己的業務代碼。
4. Spring AOP的工作原理
前面已經介紹了AOP編程首先要選擇它感興趣的連接點----即切入點(Point cut)，那麼，AOP能對切入點做什麼樣的編程呢？我們先將代理模式下的某個連接點細化，你會看到如下這個示意圖所表示的過程：
爲了降低我們對Spring的AOP的理解難度，我在這裏將代理角色的職能進行了簡化，方便大家理解。**（注意：真實的Spring AOP的proxy角色扮演的只能比這複雜的多，這裏只是簡化，方便大家理解，請不要先入爲主）**代理模式的代理角色最起碼要考慮三個階段：
1.在調用真正對象的方法之前，應該需要做什麼？
2.在調用真正對象的方法過程中，如果拋出了異常，需要做什麼？
3.在調用真正對象的方法後，返回了結果了，需要做什麼？
AOP對這個方法調用的編程，就是針對這三個階段插入自己的業務代碼。
現在我們假設當前RealSubject這個角色的類是 org.luanlouis.springlearning.aop.FooService，當前這個連接點對應的方法簽名是：public void foo()。那麼上述的代理對象的三個階段將會有以下的處理邏輯：
-
在調用真正對象的方法之前，
proxy會告訴Spring AOP: “我將要調用類org.luanlouis.springlearning.aop.FooService 的public void foo()，在調用之前，你有什麼處理建議嗎？”;
Spring AOP這時根據proxy提供的類名和方法簽名,然後拿這些信息嘗試匹配是否在其感興趣的切入點內，如果在感興趣的切入點內，Spring AOP會返回 MethodBeforeAdvice處理建議，告訴proxy應該執行的操作； -
在調用真正對象的方法過程中，如果拋出了異常，需要做什麼？
proxy告訴Spring AOP: “我調用類org.luanlouis.springlearning.aop.FooService 的public void foo()過程中拋出了異常，你有什麼處理建議？”
Spring AOP根據proxy提供的類型和方法簽名，確定了在其感興趣的切入點內，則返回相應的處理建議ThrowsAdvice，告訴proxy這個時期應該採取的操作。
3.在調用真正對象的方法後，返回了結果了，需要做什麼？
proxy告訴Spring AOP:“我調用類org.luanlouis.springlearning.aop.FooService 的public void foo()結束了，並返回了結果你現在有什麼處理建議？”；
Spring AOP 根據proxy提供的類型名和方法簽名，確定了在其感興趣的切入點內，則返回AfterReturingAdivce處理建議，proxy得到這個處理建議，然後執行建議；
上述的示意圖中已經明確表明了Spring AOP應該做什麼樣的工作：根據proxy提供的特定類的特定方法執行的特定時期階段給出相應的處理建議。要完成該工作，Spring AOP應該實現：
1.確定自己對什麼類的什麼方法感興趣？-----即確定 AOP的切入點（Point Cut），這個可以通過切入點(Point Cut)表達式來完成；
2. 對應的的類的方法的執行特定時期給出什麼處理建議？------這個需要Spring AOP提供相應的建議 ，即我們常說的Advice。
到此爲止，AOP的基本工作機制已經介紹完畢了。歡迎各位童鞋關注交流