上一節我們已經分析了Proxyfactorybean如何去生成一個目標物件的代理的，這一節我們將淺析一下基於JDK動態代理的核心回撥方法invoke的原始碼：

首先先開啟JdkDynamicAopProxy.java 如下

JdkDynamicAopProxy.java檔案是實現了AopProxy和InvocationHandler這2個介面的

先講AopProxy這個介面，如圖所示，AopProxy介面就定義了2個方法

我們再看這個介面的繼承關係

好了，作為原生的基於JDK的動態代理的JdkDynamicAopProxy已經很完美的返回了目標物件的代理，詳細請看上一節內容

http://blog.csdn.net/linuu/article/details/50972036

再分析InvocationHandler這個介面，這個介面核心的方法就是invoke方法

invoke這個方法首先先定義了一些變數，暫時不看

上圖中的紅色框中有三個if：

第一個if是判斷如果被代理的目標物件要執行的方法是equal則執行JdkDynamicAopProxy（即代理物件的equal）方法，然後就返回了，也就說spring不對equal方法進行AOP攔截

第二個if是判斷如果被代理的目標物件要執行的方法是hashcode則執行JdkDynamicAopProxy（即代理物件的hashcode）方法，隨即也返回，同理，spring也不對hashcode進行AOP攔截

第三個if是判斷如果被代理的物件本身就是實現了Advised介面，也不做處理，直接執行，（spring的意思是不是我不做切面的切面呢？）

接著看下一個核心方法

看官方的英文註釋，就知道目前要做的就是獲取一下這個方法所有的攔截器，形成攔截鏈返回，進入getInterceptorsAndDynamicInterceptionAdvice這個方法

479和480兩行是從快取中尋找該方法的攔截鏈是否已經獲取過（可能被代理物件的某個方法被呼叫過多次，呼叫第一次就會獲取一次，後面多次呼叫時，則需從快取中直接獲取，無需多次獲取，這樣就會提高效能），如果已經獲取過，直接返回

好了，我們這邊肯定是第一次呼叫，接著看getInterceptorsAndDynamicInterceptionAdvice這個方法

上圖中①部分先定義了一個攔截鏈的List大小最大為我們傳入advisor的個數，然後檢視我們傳入的advisor是否也是IntroductionAdvisor這個介面的子類，IntroductionAdvisor這個介面我們沒有分析過，這應該是基於類的攔截器，不能攔截類中的具體方法，沒有PointcutAdvisor靈活，我們這邊瞭解一下就可以了

然後程式要做的事就是迴圈每個我們傳入的advisor，然後強轉成pointAdvisor,②中最核心的就是當前攔截是否匹配當前要執行代理的方法（其實也就是判斷當前的advisor的切點是否就是這樣方法），我們上節講過我們闖入的pointCut是一個“萬能”的pointCut:

我們再看matches這個方法

這就是這個萬能的pointcut能切類的任何方法的原因了（其實這邊就是一個攔截器的過濾，應該我們在生產環境中，我們一般會用正則表達來定義切點（expression），因為並不是每個方法都需要切，會影響效能，所以②中matches這個方法很重要）

如果匹配了，則把其放入方法一上來就定義的interceptorList中

我們回到JdkDynamicAopProxy的invoke方法中，接著看

此時我們的攔截鏈當然不是空的，直接分析else，invocation就是invoke方法中第一行就定義的MethodInvocation，這裡的invocation其實就是把所有的引數準備好：

引數整理就是把我們之前的代理，目標物件，攔截的method的名稱，攔截方法的引數和攔截器鏈全部整合到了ReflectiveMethodInvocation這個類中

各位看官想一下，ReflectiveMethodInvocation這個類有了這麼多的引數，就可以幹自己想幹的任何是，首先它可以直接執行目標物件的那個方法（有目標類的class，名稱，引數）就可以執行了（怎麼執行？別鬧，名稱寫的很清楚了，Reflect！！！！），並且有了攔截器鏈，只要知道攔截器的型別是前置，後置，環繞的型別，就可以吧攔截器也給執行了，所以所有的東西一切都準備就緒了~

最後我們看看執行的過程吧 proceed()方法

好了，我們來看看spring如何執行的，首先線看攔截器鏈，預設從-1個執行（get（-1）？錯了，下文先++this.currentInterceptorIndex，這樣就從第0個開始執行攔截器

spring判斷我們的切面是否是需要動態匹配切點，我們這邊就是很普通的萬能切點，所以不需要，不管是什麼樣的切點，最後都執行了invoke方法，且將自己傳入（ReflectiveMethodInvocation）

因為我們實現的是MethodBeforeAdviceInterceptor

這邊就是執行我們在MethodInvokeCountAdvice，和MethodLoggerAdvice實現的before方法this.currentInterceptorIndex

然後再遞迴呼叫，與上次不一樣的是this.currentInterceptorIndex這個+1了，所以會執行下一個攔截器，到了最後一個會走：

最後執行切入點，也就是我們目標物件的方法

到此為止關於proxyFactoryBean基本就講結束了，還是希望自己debug看看吧~