摘要：值得一提的是由于采用動態創建子類的方式生成代理對象，所以不能對目標類中的方法進行代理。動態代理中生成的代理類是子類，調試的時候可以看到，打開源碼可看到實現了和也就實現方法。

前面講到了動態代理的底層原理，接下來我們來看一下aop的動態代理.
Spring AOP使用了兩種代理機制：一種是基于JDK的動態代理，一種是基于CGLib的動態代理.

①JDK動態代理：使用JDK創建代理有一個限制,它只能為接口創建代理實例.這一點可以從Proxy的接口方法
newProxyInstance(ClassLoader loader,Class [] interfaces,InvocarionHandler h)中看的很清楚
第二個入參 interfaces就是需要代理實例實現的接口列表.
②CGLib:采用底層的字節碼技術,可以為一個類創建子類,在子類中采用方法攔截的技術攔截所有父類方法的調用
并順勢織入橫切邏輯.
③對比：CGLib所創建的動態代理對象的性能比JDK的高大概10倍，但CGLib在創建代理對象的時間比JDK大概多8倍，所以對于singleton的代理對象或者具有實例池的代理，因為無需重復的創建代理對象，所以比較適合CGLib動態代理技術，反之選擇JDK代理。值得一提的是由于CGLib采用動態創建子類的方式生成代理對象，所以不能對目標類中final的方法進行代理。

但是這種實現方式存在三個明顯需要改進的地方：

a.目標類的所有方法都添加了橫切邏輯，而有時，這并不是我們所期望的，我們可能只希望對業務類中的某些特定的方法添加橫切邏輯；

b.我們通過硬編碼的方式制定了織入橫切邏輯的織入點，即在目標業務方法的開始和結束前織入代碼；

c.我們手工編寫代理實例的創建過程，為不同類創建代理時，需要分別編寫相應的創建代碼，無法做到通用；

還有一個問題是：spring依賴注入時，什么時候會創建代理類，有時候是cglib有時候是jdkproxy有時候只是普通實例，有興趣的可以查閱資料,getBean依賴注入過程，可查看IOC源碼。

下面我們舉個例子看看aop事務注解是怎么實現的。
JDK動態代理：aop中生成的代理類是JdkDynamicAopProxy子類，debug調試的時候可以看到，打開源碼可看到實現了AopProxy和invocationHandler也就實現invoke方法。
invoke關鍵代碼：

// Get the interception chain for this method.加載一系列的攔截器
List