⑴ cglib動態代理和jdk動態代理的區別與應用
jdk動態代理：需要有頂層介面才能使用，但是在只有頂層介面的時候也可以使用，常見是mybatis的mapper文件是代理.
cglib動態代理：可以直接代理類，使用位元組碼技術，不能對 final類進行繼承。使用了動態生成位元組碼技術。
⑵ spring cglib代理耗時太久
由於整個Spring載入和實例化bean的過程原因導致。
Spring的bean的scope設置成prototype，就是每次都要創建一個實例，可以看一下Spring的源碼，創建一個Spring實例是很復雜的一個過程，CGlib代理只是其中的一步，底層也是通過反射完成的，耗時的關鍵不在CGlib代理，而是在整個Spring載入和實例化bean的過程。
CGlib是屬於動態管理，動態代理是在不改變原有代碼的情況下上進行對象功能增強，使用代理對象代替原來的對象完成功能，進而達到拓展功能的目的。
⑶ java動態代理和cglib動態代理的區別
1、Jdk動態代理實例：JDK動態代理只能代理實現了介面的類，其他普通類不能實現。代理類會在newProxyInstance方法中生成
2、cglib動態代理：cglib是針對類實現代理的，為代理的類生成一個子類，覆蓋方法實現增強，因為採用的是繼承所以不能代理final修飾的類。需要cglib和asm兩個jar包
⑷ jdk動態代理和cglib的區別
關於動態代理和靜態代理
當一個對象（客戶端）不能或者不想直接引用另一個對象（目標對象），這時可以應用代理模式在這兩者之間構建一個橋梁--代理對象。
按照代理對象的創建時期不同，可以分為兩種：
靜態代理：事先寫好代理對象類，在程序發布前就已經存在了；
動態代理：應用程序發布後，通過動態創建代理對象。
靜態代理其實就是一個典型的代理模式實現，在代理類中包裝一個被代理對象，然後影響被代理對象的行為，比較簡單，代碼就不放了。
其中動態代理又可分為：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：
12345678JDK：
12345在代碼中可以看到，在生成代理類時，傳遞的是實現類所實現的介面 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"/>）。
⑸ CGLIB什麼意思
cglib是一個開源項目,它是一個強大的,高性能,高質量的Code生成類庫,它可以在運行期擴展Java類與實現Java介面。Hibernate用它來實現PO位元組碼的動態生成。
cglib項目主頁如下:
http://cglib.sourceforge.net/
⑹ CGLIB是什麼
寫了一半。網頁一黑。。東西就都沒了。。。強烈建議OSC的博客有個自動保存功能!!!! CGLIB是一個反射的包，和JDK的反射不同，cglib反射的對象可以不用實現介面。cglib是就ASM的，引用一個圖，很清晰。 spring的AOP的實現一種是使用原生的jdk的反射，一種就是使用cglib引用一下： CGlib是一個強大的,高性能,高質量的Code生成類庫。它可以在運行期擴展Java類與實現Java介面。 不多說了，直接上helloword的例子。 使用的時候報了如下錯誤: Caused by: java.lang.ClassNotFoundException: org.objectweb.asm.Type 忘引入asm的包了，引入，報如下錯誤： java.lang.VerifyError: class net.sf.cglib.core.DebuggingClassWriter overrides final method visit.(IILjava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/String;)V helloworkpublic class HelloWord { public void sayHello(){ System.out.println(helloWorld);}}寫一個代理類實現MethodIntercepter介面的intercept的方法，其中用proxy調用invokesuper的方法 public class CglibProxy implements MethodInterceptor{@Overridepublic Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable { System.out.println(before); proxy.invokeSuper(obj, args); System.out.println(afert); return null;}}接下來就是調用方法了，啟用enhancer調用setsuperclass為要代理的類，setcallback為調用的代理類，然後用enhancer調用create重新生成一個要代理的類就ok了。 public class TestCglib { public static void main(String[] args) { //HelloWord helloWord=new HelloWord(); //helloWord.sayHello(); Enhancer enhancer=new Enhancer(); enhancer.setSuperclass(HelloWord.class); enhancer.setCallback(new CglibProxy()); HelloWord helloWord=(HelloWord) enhancer.create(); helloWord.sayHello();}}輸出結果如下：beforehelloWorldafert引用一個博客，裡面的例子也很好。特別是增加了methodfilter，是的cglib的功能更強大了 總結一下，cglib封裝了asm可以對類進行動態代理。
⑺ Spring事務管理是動態代理還是靜態代理 CGLB支持動態代理嗎因為我聽老師說CGLB是靜態代理
JDK動態代理是運行時生成代理對象，其特點是有一個原對象實例，有一個代理對象實例，代理對象內部持有原對象的引用。
而CGLIB代理是運行時先編譯一個新的類，直接在位元組碼的層級上把代碼添加進原方法中，運行時只有一個動態生成的新類的實例，不存在源對象實例。
Spring同時支持這兩種代理方式，但是因為JDK動態代理只能進行介面的代理，如果你要代理的對象沒有實現介面，那就不能採取JDK動態代理，而會採用CGLIB代理。
一般情況下優先採用JDK動態代理，雖然其效率似乎比不上CGLIB代理，但是其對象用完之後可以正常釋放。但是CGLIB代理每代理一個對象，都會產生一個新類。而類一旦載入JVM，按照大部分JVM的機制，這些新類佔用的內存不會釋放。J2EE程序一般運行時間都很長，內存上會有一些壓力。
⑻ Spring的兩種代理JDK和CGLIB的區別
原理區別：x0dx0ajava動態代理是利用反射機制生成一個實現代理介面的匿名類，在調用具體方法前調用InvokeHandler來處理。而cglib動態代理是利用asm開源包，對代理對象類的class文件載入進來，通過修改其位元組碼生成子類來處理。x0dx0a1、如果目標對象實現了介面，默認情況下會採用JDK的動態代理實現AOP x0dx0a2、如果目標對象實現了介面，可以強制使用CGLIB實現AOP x0dx0a3、如果目標對象沒有實現了介面，必須採用CGLIB庫，spring會自動在JDK動態代理和CGLIB之間轉換
⑼ 靜態代理，JDK動態代理和CGLib動態代理之前的區別
1、靜態代理：靜態代理中的代理類，需要我們自己寫
JDK動態代理類實現了InvocationHandler介面。在重寫的invoke方法中可以看出，JDK動態代理的基礎是反射（method.invoke(對象，參數)）,還好反射看的比較多，到現在還記得。在這里需要提到的是Proxy.newProxyInstance()，這個方法。字面上的意思是 新建一個代理類的實例，這一點就和靜態代理不同了。裡面的參數有三個 類載入器、所有的介面，得到InvocationHandler介面的子類實例。這就是JDK動態代理，該代理有以下幾種特點：
1、Interface：對於JDK Proxy,業務類是需要一個Interface的，這是一個缺陷；
2、Proxy：Proxy類是動態產生的，這個類在調用Proxy.newProxyInstance()方法之後，產生一個Proxy類的實力。實際上，這個Proxy類也是存在的，不僅僅是類的實例，這個Proxy類可以保存在硬碟上；
3、Method：對於業務委託類的每個方法，現在Proxy類裡面都不用靜態顯示出來
4、InvocationHandler：這個類在業務委託類執行時，會先調用invoke方法。invoke方法在執行想要的代理操作，可以實現對業務方法的再包裝。
以上就是JDK動態代理
3、CGLib動態代理：上面的JDK Proxy只能代理實現了介面的類，而不能實現介面的類就不能實現JDK代理。這時候就需要CGLib動態代理類
這里需要注意的是實現MethodIntercetor介面，必須導入cglib-nodep-2.1_3.jar這個包。CGLib是針對類來實現代理的，他的原理是對指定的目標生成一個子類，並覆蓋其中方法實現增強，但因為採用的是繼承，所以不能對final修飾的類進行代理。
⑽ Spring中默認使用jdk代理還是cglib代理
jdk代理（基於介面）：如果目標實現了介面，那麼默認使用jdk代理。
cglib代理（基於類）：如果目標沒有實現介面，那麼默認使用cglib代理。
spring中的配置proxy-target-class 屬性：
proxy-target-class：true 設置基於類的代理，cglib代理。
proxy-target-class：false 設置基於介面的代理，jdk代理，但如果目標沒有實現介面，使用cglib代理。
如果當前類方法上有 @Cacheable @Transactional 註解或者 被aop加強的話 生成的是代理對象，具體哪種代理看上面的區分，如果沒有上述條件的話那麼創建的對象是 原始對象。