當壹個對象（客戶端）不能或不想直接引用另壹個對象（目標對象）時，可以應用代理模式在兩個代理對象之間建立橋梁。
根據代理對象創建時期的不同，它們可以分為兩種類型:
靜態代理:代理對象類是預先編寫的，在程序發布之前就已經存在；
動態代理:應用程序發布後，代理對象是動態創建的。
靜態代理實際上是壹種典型的代理模式實現。將代理對象包裝在代理類中，然後影響代理對象的行為是很簡單的，因此代碼不會被放下。
動態代理可以分為JDK動態代理和CGLIB代理。
1.JDK動態代理
此時代理對象和目標對象實現同壹個接口，目標對象是代理對象的壹個屬性。在具體的接口實現中，可以在調用目標對象的相應方法前後添加其他業務處理邏輯。
在實際使用中，代理模式需要指定特定的目標對象。如果在每個類中添加壹個代理類，將會產生許多類。同時，在不知道具體類的情況下如何實現代理模式？這導致了動態代理。
JDK動態代理只能為實現接口的類生成代理。
2.CGLIB代理
CGLIB（代碼通用化庫）代理是類實現的代理，
它主要是生成指定類的子類，覆蓋其中的所有方法，因此該類或方法不能聲明為final。
JDK動態代理和CGLIB代理生成的區別
JDK動態代理只能為實現接口的類生成代理，而不能為類生成代理。
CGLIB是類實現的代理，主要生成指定類的子類並覆蓋其中的方法。
因為它是繼承，所以最好不要將類或方法聲明為final，這樣可以防止繼承和多態。
PS: final修改的數據具有“最終狀態”的特征，即“最終”的意思:
最終修飾類不能被繼承。
最終修飾的方法不能被子類重寫。
由final修飾的變量（成員變量或局部變量）成為常數，並且只能賦值壹次。
用final修飾的成員變量在聲明時必須同時賦值。如果在聲明時沒有為它們賦值，則只有壹次賦值的機會，並且它們只能在構造函數中顯式賦值才能使用。
用final修飾的局部變量只能在不賦值的情況下聲明，然後賦值壹次。
參考碼
CGLIB:？
12345678公共對象createProxyObject（Object obj）{？this.targetObject = obj？Enhancer增強劑=新增強劑（）；？enhancer . set superclass（obj . getclass（））；？enhancer . set callback（this）；？object proxy obj = enhancer . create（）；？返回proxyObj//返回代理對象。返回的對象實際上是封裝了“實現類”的代理類，是實現類的實例。？} ?JDK:？
12345 public object new proxy（object目標對象）{//傳入代理的目標對象？this . target object = target object；？& ltbr & gt？//註意這個方法的參數，後面是類實現的接口returnproxy。newproxyinstance（target object。getclass（）。getclassloader（），？targetObject.getClass（）。getInterfaces（），this）；//返回代理對象？}在代碼中可以看到，當生成代理類時，接口targetObject。getClass（）。由實現類實現的getInterfaces（）被傳遞，因此JDK只能充當接口的代理。如果更改為類，將引發java.lang.ClassCastException異常。？
在Spring的源代碼中，可以看到大量生成代理類的代碼。
動態代理的應用
AOP（aspect-oriented programming）包括Aspect、advice和joinpoint，它是通過在目標對象的代理的join point前後添加壹個通知來完成統壹切割操作而實現的。
實現AOP的技術主要分為兩類:
壹種是使用動態代理技術通過攔截消息來裝飾消息，以替代執行原有的對象行為；
其次，采用靜態編織通過引入特定的語法來創建“方面”，以便編譯器在編譯時編織關於“方面”的代碼。
Spring提供了兩種生成代理對象的方法:JDKProxy和Cglib。生成代理對象的具體方式由AopProxyFactory根據AdvisedSupport對象的配置來確定。
如果目標類是接口，默認策略是使用JDK動態代理技術；如果目標對象沒有實現接口，默認策略是使用CGLIB代理。
如果目標對象實現了接口，則可以強制它使用CGLIB來實現代理（添加CGLIB庫並添加