摘要：值得一提的是由于采用動(dòng)態(tài)創(chuàng)建子類的方式生成代理對(duì)象，所以不能對(duì)目標(biāo)類中的方法進(jìn)行代理。動(dòng)態(tài)代理中生成的代理類是子類，調(diào)試的時(shí)候可以看到，打開源碼可看到實(shí)現(xiàn)了和也就實(shí)現(xiàn)方法。

前面講到了動(dòng)態(tài)代理的底層原理，接下來我們來看一下aop的動(dòng)態(tài)代理.
Spring AOP使用了兩種代理機(jī)制：一種是基于JDK的動(dòng)態(tài)代理，一種是基于CGLib的動(dòng)態(tài)代理.

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

但是這種實(shí)現(xiàn)方式存在三個(gè)明顯需要改進(jìn)的地方：

a.目標(biāo)類的所有方法都添加了橫切邏輯，而有時(shí)，這并不是我們所期望的，我們可能只希望對(duì)業(yè)務(wù)類中的某些特定的方法添加橫切邏輯；

b.我們通過硬編碼的方式制定了織入橫切邏輯的織入點(diǎn)，即在目標(biāo)業(yè)務(wù)方法的開始和結(jié)束前織入代碼；

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

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

下面我們舉個(gè)例子看看aop事務(wù)注解是怎么實(shí)現(xiàn)的。
JDK動(dòng)態(tài)代理：aop中生成的代理類是JdkDynamicAopProxy子類，debug調(diào)試的時(shí)候可以看到，打開源碼可看到實(shí)現(xiàn)了AopProxy和invocationHandler也就實(shí)現(xiàn)invoke方法。
invoke關(guān)鍵代碼：

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