關於動態代理和靜態代理

當一個物件（客戶端）不能或者不想直接引用另一個物件（目標物件），這時可以應用代理模式在這兩者之間構建一個橋樑--代理物件。

按照代理物件的建立時期不同，可以分為兩種：

靜態代理：事先寫好代理物件類，在程式釋出前就已經存在了；

動態代理：應用程式釋出後，通過動態建立代理物件。

靜態代理其實就是一個典型的代理模式實現，在代理類中包裝一個被代理物件，然後影響被代理物件的行為，比較簡單，程式碼就不放了。

其中動態代理又可分為：JDK動態代理和CGLIB代理。

1.JDK動態代理

此時代理物件和目標物件實現了相同的介面，目標物件作為代理物件的一個屬性，具體介面實現中，可以在呼叫目標物件相應方法前後加上其他業務處理邏輯。

代理模式在實際使用時需要指定具體的目標物件，如果為每個類都新增一個代理類的話，會導致類很多，同時如果不知道具體類的話，怎樣實現代理模式呢？這就引出動態代理。

JDK動態代理只能針對實現了介面的類生成代理。

2.CGLIB代理

CGLIB（CODE GENERLIZE LIBRARY）代理是針對類實現代理，

主要是對指定的類生成一個子類，覆蓋其中的所有方法，所以該類或方法不能宣告稱final的。

JDK動態代理和CGLIB代理生成的區別

JDK動態代理只能對實現了介面的類生成代理，而不能針對類 。
CGLIB是針對類實現代理，主要是對指定的類生成一個子類，覆蓋其中的方法 。
因為是繼承，所以該類或方法最好不要宣告成final ，final可以阻止繼承和多型。

PS：final 所修飾的資料具有“終態”的特徵，表示“最終的”意思：

• final 修飾的類不能被繼承。
• final 修飾的方法不能被子類重寫。
• final 修飾的變數（成員變數或區域性變數）即成為常量，只能賦值一次。
• final 修飾的成員變數必須在宣告的同時賦值，如果在宣告的時候沒有賦值，那麼只有 一次賦值的機會，而且只能在構造方法中顯式賦值，然後才能使用。
• final 修飾的區域性變數可以只宣告不賦值，然後再進行一次性的賦值。

參考程式碼

CGLIB： 

JDK： 

在程式碼中可以看到，在生成代理類時，傳遞的是實現類所實現的介面 targetObject.getClass().getInterfaces()，所以JDK只能對於介面進行做代理。如果換成類的話，則會拋java.lang.ClassCastException異常。 

在Spring的原始碼中，可以看到很多生成代理類的程式碼。

動態代理的應用

AOP（Aspect-OrientedProgramming，面向切面程式設計），AOP包括切面（aspect）、通知（advice）、連線點（joinpoint），實現方式就是通過對目標物件的代理在連線點前後加入通知，完成統一的切面操作。

實現AOP的技術，主要分為兩大類：

一是採用動態代理技術，利用擷取訊息的方式，對該訊息進行裝飾，以取代原有物件行為的執行；

二是採用靜態織入的方式，引入特定的語法建立“方面”，從而使得編譯器可以在編譯期間織入有關“方面”的程式碼。

Spring提供了兩種方式來生成代理物件: JDKProxy和Cglib，具體使用哪種方式生成由AopProxyFactory根據AdvisedSupport物件的配置來決定。

預設的策略是如果目標類是介面，則使用JDK動態代理技術，如果目標物件沒有實現介面，則預設會採用CGLIB代理。

如果目標物件實現了介面，可以強制使用CGLIB實現代理（新增CGLIB庫，並在spring配置中加入<aop:aspectj-autoproxy proxy-target-class="true"/>）