JDK动态代理和CGLIB代理的区别

本文详细介绍了Java中的静态代理和动态代理模式,包括它们的定义、特点、实现方式及示例应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

JAVA的动态代理 
代理模式 
代理模式是常用的java设计模式,他的特征是代理类与委托类有同样的接口,代理类主要负责为委托类预处理消息、过滤消息、把消息转发给委托类,以及事后处理消息等。代理类与委托类之间通常会存在关联关系,一个代理类的对象与一个委托类的对象关联,代理类的对象本身并不真正实现服务,而是通过调用委托类的对象的相关方法,来提供特定的服务。 
按照代理的创建时期,代理类可以分为两种。 
静态代理:由程序员创建或特定工具自动生成源代码,再对其编译。在程序运行前,代理类的.class文件就已经存在了。 
动态代理:在程序运行时,运用反射机制动态创建而成。 

 

首先看一下静态代理: 
1、Count.java 

  1. package net.battier.dao;  
  2.   
  3. /** 
  4.  * 定义一个账户接口 
  5.  *  
  6.  * @author Administrator 
  7.  *  
  8.  */  
  9. public interface Count {  
  10.     // 查看账户方法  
  11.     public void queryCount();  
  12.   
  13.     // 修改账户方法  
  14.     public void updateCount();  
  15.   
  16. }  


2、CountImpl.java 

  1. package net.battier.dao.impl;  
  2.   
  3. import net.battier.dao.Count;  
  4.   
  5. /** 
  6.  * 委托类(包含业务逻辑) 
  7.  *  
  8.  * @author Administrator 
  9.  *  
  10.  */  
  11. public class CountImpl implements Count {  
  12.   
  13.     @Override  
  14.     public void queryCount() {  
  15.         System.out.println("查看账户方法...");  
  16.   
  17.     }  
  18.   
  19.     @Override  
  20.     public void updateCount() {  
  21.         System.out.println("修改账户方法...");  
  22.   
  23.     }  
  24.   
  25. }  
  26.   
  27. 、CountProxy.java  
  28. package net.battier.dao.impl;  
  29.   
  30. import net.battier.dao.Count;  
  31.   
  32. /** 
  33.  * 这是一个代理类(增强CountImpl实现类) 
  34.  *  
  35.  * @author Administrator 
  36.  *  
  37.  */  
  38. public class CountProxy implements Count {  
  39.     private CountImpl countImpl;  
  40.   
  41.     /** 
  42.      * 覆盖默认构造器 
  43.      *  
  44.      * @param countImpl 
  45.      */  
  46.     public CountProxy(CountImpl countImpl) {  
  47.         this.countImpl = countImpl;  
  48.     }  
  49.   
  50.     @Override  
  51.     public void queryCount() {  
  52.         System.out.println("事务处理之前");  
  53.         // 调用委托类的方法;  
  54.         countImpl.queryCount();  
  55.         System.out.println("事务处理之后");  
  56.     }  
  57.   
  58.     @Override  
  59.     public void updateCount() {  
  60.         System.out.println("事务处理之前");  
  61.         // 调用委托类的方法;  
  62.         countImpl.updateCount();  
  63.         System.out.println("事务处理之后");  
  64.   
  65.     }  
  66.   
  67. }  

 

3、TestCount.java 

  1. package net.battier.test;  
  2.   
  3. import net.battier.dao.impl.CountImpl;  
  4. import net.battier.dao.impl.CountProxy;  
  5.   
  6. /** 
  7.  *测试Count类 
  8.  *  
  9.  * @author Administrator 
  10.  *  
  11.  */  
  12. public class TestCount {  
  13.     public static void main(String[] args) {  
  14.         CountImpl countImpl = new CountImpl();  
  15.         CountProxy countProxy = new CountProxy(countImpl);  
  16.         countProxy.updateCount();  
  17.         countProxy.queryCount();  
  18.   
  19.     }  
  20. }  

 

观察代码可以发现每一个代理类只能为一个接口服务,这样一来程序开发中必然会产生过多的代理,而且,所有的代理操作除了调用的方法不一样之外,其他的操作都一样,则此时肯定是重复代码。解决这一问题最好的做法是可以通过一个代理类完成全部的代理功能,那么此时就必须使用动态代理完成。 
再来看一下动态代理: 
JDK动态代理中包含一个类和一个接口: 
InvocationHandler接口: 
public interface InvocationHandler { 
public Object invoke(Object proxy,Method method,Object[] args) throws Throwable; 

参数说明: 
Object proxy:指被代理的对象。 
Method method:要调用的方法 
Object[] args:方法调用时所需要的参数 

可以将InvocationHandler接口的子类想象成一个代理的最终操作类,替换掉ProxySubject。 

Proxy类: 
Proxy类是专门完成代理的操作类,可以通过此类为一个或多个接口动态地生成实现类,此类提供了如下的操作方法: 
public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces, 
InvocationHandler h) 
                               throws IllegalArgumentException 
参数说明: 
ClassLoader loader:类加载器 
Class<?>[] interfaces:得到全部的接口 
InvocationHandler h:得到InvocationHandler接口的子类实例 

Ps:类加载器 
在Proxy类中的newProxyInstance()方法中需要一个ClassLoader类的实例,ClassLoader实际上对应的是类加载器,在Java中主要有一下三种类加载器; 
Booststrap ClassLoader:此加载器采用C++编写,一般开发中是看不到的; 
Extendsion ClassLoader:用来进行扩展类的加载,一般对应的是jre\lib\ext目录中的类; 
AppClassLoader:(默认)加载classpath指定的类,是最常使用的是一种加载器。 

动态代理 
与静态代理类对照的是动态代理类,动态代理类的字节码在程序运行时由Java反射机制动态生成,无需程序员手工编写它的源代码。动态代理类不仅简化了编程工作,而且提高了软件系统的可扩展性,因为Java 反射机制可以生成任意类型的动态代理类。java.lang.reflect 包中的Proxy类和InvocationHandler 接口提供了生成动态代理类的能力。 

动态代理示例: 
1、BookFacade.java 

  1. package net.battier.dao;  
  2.   
  3. public interface BookFacade {  
  4.     public void addBook();  
  5. }  

 

2、BookFacadeImpl.java 

  1. package net.battier.dao.impl;  
  2.   
  3. import net.battier.dao.BookFacade;  
  4.   
  5. public class BookFacadeImpl implements BookFacade {  
  6.   
  7.     @Override  
  8.     public void addBook() {  
  9.         System.out.println("增加图书方法。。。");  
  10.     }  
  11.   
  12. }  
  13.   
  14. 、BookFacadeProxy.java  
  15.   
  16. package net.battier.proxy;  
  17.   
  18. import java.lang.reflect.InvocationHandler;  
  19. import java.lang.reflect.Method;  
  20. import java.lang.reflect.Proxy;  
  21.   
  22. /** 
  23.  * JDK动态代理代理类 
  24.  *  
  25.  * @author student 
  26.  *  
  27.  */  
  28. public class BookFacadeProxy implements InvocationHandler {  
  29.     private Object target;  
  30.     /** 
  31.      * 绑定委托对象并返回一个代理类 
  32.      * @param target 
  33.      * @return 
  34.      */  
  35.     public Object bind(Object target) {  
  36.         this.target = target;  
  37.         //取得代理对象  
  38.         return Proxy.newProxyInstance(target.getClass().getClassLoader(),  
  39.                 target.getClass().getInterfaces(), this);   //要绑定接口(这是一个缺陷,cglib弥补了这一缺陷)  
  40.     }  
  41.   
  42.     @Override  
  43.     /** 
  44.      * 调用方法 
  45.      */  
  46.     public Object invoke(Object proxy, Method method, Object[] args)  
  47.             throws Throwable {  
  48.         Object result=null;  
  49.         System.out.println("事物开始");  
  50.         //执行方法  
  51.         result=method.invoke(target, args);  
  52.         System.out.println("事物结束");  
  53.         return result;  
  54.     }  
  55.   
  56. }  

 

3、TestProxy.java 

  1. package net.battier.test;  
  2.   
  3. import net.battier.dao.BookFacade;  
  4. import net.battier.dao.impl.BookFacadeImpl;  
  5. import net.battier.proxy.BookFacadeProxy;  
  6.   
  7. public class TestProxy {  
  8.   
  9.     public static void main(String[] args) {  
  10.         BookFacadeProxy proxy = new BookFacadeProxy();  
  11.         BookFacade bookProxy = (BookFacade) proxy.bind(new BookFacadeImpl());  
  12.         bookProxy.addBook();  
  13.     }  
  14.   
  15. }  

 

但是,JDK的动态代理依靠接口实现,如果有些类并没有实现接口,则不能使用JDK代理,这就要使用cglib动态代理了。 

Cglib动态代理 
JDK的动态代理机制只能代理实现了接口的类,而不能实现接口的类就不能实现JDK的动态代理,cglib是针对类来实现代理的,他的原理是对指定的目标类生成一个子类,并覆盖其中方法实现增强,但因为采用的是继承,所以不能对final修饰的类进行代理。 
示例 
1、BookFacadeCglib.java 

  1. package net.battier.dao;  
  2.   
  3. public interface BookFacade {  
  4.     public void addBook();  
  5. }  

 

2、BookCadeImpl1.java 

  1. package net.battier.dao.impl;  
  2.   
  3. /** 
  4.  * 这个是没有实现接口的实现类 
  5.  *  
  6.  * @author student 
  7.  *  
  8.  */  
  9. public class BookFacadeImpl1 {  
  10.     public void addBook() {  
  11.         System.out.println("增加图书的普通方法...");  
  12.     }  
  13. }  


3、BookFacadeProxy.java 

  1. package net.battier.proxy;  
  2.   
  3. import java.lang.reflect.Method;  
  4.   
  5. import net.sf.cglib.proxy.Enhancer;  
  6. import net.sf.cglib.proxy.MethodInterceptor;  
  7. import net.sf.cglib.proxy.MethodProxy;  
  8.   
  9. /** 
  10.  * 使用cglib动态代理 
  11.  *  
  12.  * @author student 
  13.  *  
  14.  */  
  15. public class BookFacadeCglib implements MethodInterceptor {  
  16.     private Object target;  
  17.   
  18.     /** 
  19.      * 创建代理对象 
  20.      *  
  21.      * @param target 
  22.      * @return 
  23.      */  
  24.     public Object getInstance(Object target) {  
  25.         this.target = target;  
  26.         Enhancer enhancer = new Enhancer();  
  27.         enhancer.setSuperclass(this.target.getClass());  
  28.         // 回调方法  
  29.         enhancer.setCallback(this);  
  30.         // 创建代理对象  
  31.         return enhancer.create();  
  32.     }  
  33.   
  34.     @Override  
  35.     // 回调方法  
  36.     public Object intercept(Object obj, Method method, Object[] args,  
  37.             MethodProxy proxy) throws Throwable {  
  38.         System.out.println("事物开始");  
  39.         proxy.invokeSuper(obj, args);  
  40.         System.out.println("事物结束");  
  41.         return null;  
  42.   
  43.   
  44.     }  
  45.   
  46. }  


4、TestCglib.java 

  1. package net.battier.test;  
  2.   
  3. import net.battier.dao.impl.BookFacadeImpl1;  
  4. import net.battier.proxy.BookFacadeCglib;  
  5.   
  6. public class TestCglib {  
  7.       
  8.     public static void main(String[] args) {  
  9.         BookFacadeCglib cglib=new BookFacadeCglib();  
  10.         BookFacadeImpl1 bookCglib=(BookFacadeImpl1)cglib.getInstance(new BookFacadeImpl1());  
  11.         bookCglib.addBook();  
  12.     }  
  13. }  

<think>我们被要求比较JDK动态代理Cglib动态代理区别。根据提供的引用材料,我们可以从多个维度进行对比。以下是详细的对比分析: 1. **实现原理**: - **JDK动态代理**:基于接口。它使用Java反射机制,在运行时生成一个实现了指定接口的代理类(通常命名为$ProxyN)。代理对象会拦截所有接口方法调用,并将调用转发给InvocationHandler对象处理。 - **Cglib动态代理**:基于继承。它通过操作字节码(使用ASM库)生成目标类的子类作为代理类。代理类重写了目标类的方法,在方法中插入拦截逻辑,因此可以代理没有实现接口的类。 2. **目标类要求**: - **JDK动态代理**:要求目标类必须实现至少一个接口(因为代理类会实现相同的接口)[^1][^3]。 - **Cglib动态代理**:要求目标类不能是final类,且目标方法不能是final(因为需要继承并重写方法)[^2]。 3. **性能对比**: - **生成代理速度**:JDK动态代理在生成代理对象时较快,因为它直接使用反射API;而Cglib在生成代理对象时较慢,因为它需要动态生成字节码[^2]。 - **方法调用速度**:JDK动态代理在方法调用时较慢(因为使用反射调用);Cglib动态代理在方法调用时较快(因为它直接调用子类方法,且可以被JIT优化)[^2][^3]。 - **内存占用**:JDK动态代理内存占用较低(生成的代理类较简单);Cglib动态代理内存占用较高(因为它生成了完整的子类)[^2]。 4. **使用场景**: - **JDK动态代理**:适用于目标对象已经实现了一个或多个接口的情况。例如,Spring AOP默认使用JDK动态代理(当目标对象实现了接口时)[^3]。 - **Cglib动态代理**:适用于目标对象没有实现接口的情况,或者需要代理类而不是接口。Spring AOP在目标对象没有实现接口时会自动切换到Cglib[^3]。 5. **依赖**: - **JDK动态代理**:是Java标准库的一部分(java.lang.reflect包),无需额外依赖。 - **Cglib动态代理**:需要引入第三方库(cglibasm)。 6. **优缺点总结**: - **JDK动态代理**: - 优点:原生支持,无额外依赖;生成代理较快。 - 缺点:只能代理接口;反射调用有性能开销。 - **Cglib动态代理**: - 优点:可以代理类;方法调用速度快。 - 缺点:需要额外依赖;不能代理final类或方法;生成代理较慢,且内存占用高。 ### 对比表格 | 对比维度 | JDK动态代理 | Cglib动态代理 | |------------------|--------------------------------------|----------------------------------------| | **实现原理** | 基于接口(生成接口实现类) | 基于继承(生成目标类的子类) | | **目标类要求** | 必须实现接口 | 不能是final类,方法不能是final | | **生成代理速度** | 较快(反射API) | 较慢(需生成字节码) | | **方法调用速度** | 较慢(反射调用) | 较快(直接调用,可被JIT优化) | | **内存占用** | 较低 | 较高(生成完整子类) | | **使用场景** | 代理有接口的目标对象 | 代理无接口的目标对象 | | **依赖** | JDK原生支持 | 需引入cglibasm库 | ### 总结建议 - 如果目标对象已经实现了接口,优先使用**JDK动态代理**,因为它更轻量且无额外依赖。 - 如果目标对象没有实现接口,或者需要更高的方法调用性能,则使用**Cglib动态代理**,尽管它会带来额外的依赖内存开销。 在Spring框架中,默认策略是:如果目标对象实现了接口,则使用JDK动态代理;否则使用Cglib。也可以通过配置强制使用Cglib代理(如`@EnableAspectJAutoProxy(proxyTargetClass=true)`)[^3]。 --- §§相关问题§§ 1. 在Spring框架中如何配置强制使用Cglib代理? 2. 如何通过代码示例演示JDK动态代理Cglib动态代理的创建过程? 3. 动态代理在Spring AOP中的具体应用场景有哪些?</think>### JDK动态代理CGLIB动态代理对比分析 #### 1. 实现原理对比 | **维度** | **JDK动态代理** | **CGLIB动态代理** | |------------------|--------------------------------------------------------------------------------|----------------------------------------------------------------------------------| | **代理机制** | 基于接口实现<br>运行时生成接口的代理类(`$Proxy0`格式) | 基于继承实现<br>运行时生成目标类的子类 | | **底层技术** | Java反射机制<br>(`java.lang.reflect.Proxy` + `InvocationHandler`) | ASM字节码操作库<br>(通过`Enhancer`生成子类字节码) | | **目标类要求** | 必须实现至少一个接口 | 目标类不能是final类<br>目标方法不能是final | > 💡 **本质差异**: > JDK代理是**接口契约型代理**(实现相同接口)[^4] > CGLIB是**继承扩展型代理**(生成目标类的子类)[^1] --- #### 2. 性能对比 | **指标** | JDK动态代理 | CGLIB动态代理 | |------------------|--------------------------------------|----------------------------------------| | **代理生成速度** | 较快<br>(直接调用反射API) | 较慢<br>(需动态生成字节码) | | **方法调用速度** | 较慢<br>(反射调用有性能损耗) | 较快<br>(直接方法调用,可被JIT优化) | | **内存占用** | 较低<br>(轻量级代理类) | 较高<br>(生成完整子类) | **性能曲线示例**: ```mermaid graph LR A[首次调用] -->|JDK| B[反射初始化开销] A -->|CGLIB| C[字节码生成开销] D[多次调用] -->|JDK| E[反射调用持续损耗] D -->|CGLIB| F[直接调用高效执行] ``` > 📊 **实测数据参考**: > 万次方法调用时,CGLIBJDK代理快约30%-50%[^2] --- #### 3. 使用限制对比 | **限制类型** | JDK动态代理 | CGLIB动态代理 | |--------------------|-------------------------------------------------|------------------------------------------------| | **类限制** | 无类限制 | 不能代理final类<br>(如`String`, `Integer`等) | | **方法限制** | 只能代理接口方法 | 不能代理final方法<br>(如`Object.getClass()`) | | **依赖要求** | JDK原生支持 | 需引入第三方库<br>(cglib + asm) | --- #### 4. 使用场景对比 | **场景** | 推荐方案 | 原因说明 | |--------------------------|-------------------|--------------------------------------------------------------------------| | Spring默认代理策略 | JDK动态代理 | 当目标类实现接口时优先使用[^3] | | 代理无接口的类 | CGLIB | 可代理普通POJO类 | | 高性能要求的核心业务 | CGLIB | 避免反射调用损耗 | | 简单功能扩展(如日志) | JDK动态代理 | 开发便捷,无需额外依赖 | | 需要代理final方法 | 两者均不支持 | 需考虑AspectJ编译时织入 | --- #### 5. 代码结构差异 **JDK代理核心组件**: ```java // 调用处理器 public class JdkHandler implements InvocationHandler { @Override public Object invoke(Object proxy, Method method, Object[] args) { // 前置增强 Object result = method.invoke(target, args); // 反射调用 // 后置增强 return result; } } // 创建代理 Service proxy = (Service) Proxy.newProxyInstance( loader, new Class[]{Service.class}, // 必须为接口 new JdkHandler(target) ); ``` **CGLIB核心组件**: ```java // 方法拦截器 public class CglibInterceptor implements MethodInterceptor { @Override public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) { // 前置增强 Object result = proxy.invokeSuper(obj, args); // 直接调用父类方法 // 后置增强 return result; } } // 创建代理 Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(TargetClass.class); // 设置目标类(非接口) enhancer.setCallback(new CglibInterceptor()); TargetClass proxy = (TargetClass) enhancer.create(); ``` > 🔑 **关键区别**: > CGLIB的`invokeSuper()`直接调用父类方法,避免了JDK的反射调用[^1] --- #### 6. 框架应用策略 在Spring AOP中的智能选择机制: ```mermaid graph TD A[创建代理] --> B{目标类实现接口?} B -->|是| C[使用JDK动态代理] B -->|否| D[使用CGLIB代理] C --> E[生成接口代理类] D --> F[生成子类代理] ``` 可通过配置强制使用CGLIB: ```java @EnableAspectJAutoProxy(proxyTargetClass = true) // Spring配置 ``` --- ### 总结建议 | **选择依据** | **推荐方案** | |------------------------|--------------| | 目标类已实现接口 | ✅ JDK代理 | | 目标类是普通类 | ✅ CGLIB | | 需要最高性能 | ✅ CGLIB | | 避免第三方依赖 | ✅ JDK代理 | | 代理final类/方法 | ❌ 均不支持 | > 💎 **最佳实践**: > - 在Spring生态中优先采用框架的自动代理机制 > - 独立开发时根据目标类结构性能需求选择 > - 高并发场景建议用CGLIB+缓存优化(避免重复生成代理类)[^2] ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值