當一個物件（客戶端）不能或者不想直接引用另一個物件（目標物件），這時可以應用代理模式在這兩者之間構建一個橋樑--代理物件。
按照代理物件的建立時期不同，可以分為兩種：
靜態代理：事先寫好代理物件類，在程式釋出前就已經存在了；
動態代理：應用程式釋出後，透過動態建立代理物件。
靜態代理其實就是一個典型的代理模式實現，在代理類中包裝一個被代理物件，然後影響被代理物件的行為，比較簡單，程式碼就不放了。
其中動態代理又可分為：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：
|
1
2
3
4
5
6
7
8
|
public Object createProxyObject(Object obj) {
this.targetObject = obj;
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(obj.getClass());
enhancer.setCallback(this);
Object proxyObj = enhancer.create();
return proxyObj;
}
|
JDK：
|
1
2
3
4
5
|
public Object newProxy(Object targetObject) {
this.targetObject = targetObject; <br>
return Proxy.newProxyInstance(targetObject.getClass().getClassLoader(),
targetObject.getClass().getInterfaces(), this);
}
|
在程式碼中可以看到，在生成代理類時，傳遞的是實現類所實現的介面 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"/>）。