在Java技术栈中，动态代理是连接基础语法与框架原理的核心桥梁，是理解Spring AOP、MyBatis等主流框架底层机制的必备知识。本文将带您彻底搞懂动态代理，告别只会用不懂原理的窘境。
一、痛点切入：为什么需要动态代理？
1.1 传统做法：静态代理的局限
假设我们有一个用户服务接口和实现类：
// 接口定义 public interface UserService { void saveUser(String name); void deleteUser(int id); } // 目标类：实现具体业务逻辑 public class UserServiceImpl implements UserService { @Override public void saveUser(String name) { System.out.println("保存用户: " + name); } @Override public void deleteUser(int id) { System.out.println("删除用户: " + id); } }
现在需要给每个方法添加日志记录和性能监控功能。使用静态代理，我们得为UserService写一个代理类：
public class UserServiceProxy implements UserService { private UserService target; public UserServiceProxy(UserService target) { this.target = target; } @Override public void saveUser(String name) { long start = System.currentTimeMillis(); System.out.println("〖日志〗调用saveUser方法，参数: " + name); target.saveUser(name); long end = System.currentTimeMillis(); System.out.println("〖性能〗saveUser耗时: " + (end - start) + "ms"); } @Override public void deleteUser(int id) { long start = System.currentTimeMillis(); System.out.println("〖日志〗调用deleteUser方法，参数: " + id); target.deleteUser(id); long end = System.currentTimeMillis(); System.out.println("〖性能〗deleteUser耗时: " + (end - start) + "ms"); } }
1.2 静态代理的三大痛点
代码冗余严重：假设有10个服务类，每个类有5个方法，就得写50个重复的增强代码块-13。
耦合度高、维护困难：新增增强功能（如权限校验），所有代理类都要改一遍-。
扩展性差：接口新增方法时，代理类必须同步修改-。
二、核心概念讲解：什么是动态代理？
动态代理是指在程序运行时动态创建代理对象的机制，无需为每个目标类手动编写代理类-。
生活化类比：静态代理好比一家传统房屋中介，每套房源都要单独签一份中介合同；动态代理则像贝壳找房——所有房源统一接入平台，无论多少套房源，一套规则就能覆盖全部。
2.1 JDK动态代理
JDK动态代理是Java原生支持的代理技术，核心由两个关键组件构成-8：
| 组件 | 作用 |
|---|---|
java.lang.reflect.Proxy | 提供静态方法创建动态代理类和代理实例 |
java.lang.reflect.InvocationHandler | 定义代理逻辑的接口，需实现invoke方法 |
每个代理实例都有一个关联的调用处理器。当通过代理接口调用方法时，调用会被编码并分派到该处理器的invoke方法-1。
2.2 CGLIB动态代理
CGLIB是第三方字节码生成库，通过继承目标类生成子类作为代理，可以代理没有实现接口的普通类-。
CGLIB底层使用ASM字节码框架，在运行时直接操作字节码生成目标类的子类，重写父类方法并在其中织入增强逻辑-。
三、JDK vs CGLIB：核心区别与选型指南
3.1 全面对比
| 对比维度 | JDK动态代理 | CGLIB动态代理 |
|---|---|---|
| 代理方式 | 基于接口，代理类实现目标接口 | 基于继承，代理类继承目标类-17 |
| 核心类 | Proxy + InvocationHandler | Enhancer + MethodInterceptor-17 |
| 底层技术 | Java反射机制 | ASM字节码增强- |
| 目标类要求 | 必须实现至少一个接口 | 无需接口，但不能是final类- |
| 方法限制 | 只能代理接口中声明的方法 | 无法代理final方法和private方法 |
| 依赖 | Java标准库，无需额外依赖 | 需引入CGLIB库（Spring已内置） |
3.2 一句话记忆
JDK动态代理是“接口的影子替身”，CGLIB是“类的基因改造”——前者靠反射，后者靠继承。
3.3 选型建议
目标类有接口 → 优先JDK动态代理，轻量且无需额外依赖-。
目标类无接口 → 必须使用CGLIB-。
性能敏感场景 → JDK 8及以上版本反射已优化，两者差距不大；追求极限调用性能可选CGLIB-。
四、代码实战：JDK动态代理完整示例
import java.lang.reflect.InvocationHandler; import java.lang.reflect.Method; import java.lang.reflect.Proxy; // 步骤1：定义接口 public interface UserService { void saveUser(String name); } // 步骤2：目标类实现接口 public class UserServiceImpl implements UserService { @Override public void saveUser(String name) { System.out.println("业务逻辑: 保存用户 " + name); } } // 步骤3：实现InvocationHandler，定义代理逻辑 public class LoggingInvocationHandler implements InvocationHandler { private final Object target; // 持有被代理对象 public LoggingInvocationHandler(Object target) { this.target = target; } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { // 前置增强：日志记录 System.out.println("〖日志〗调用方法: " + method.getName()); // 反射调用目标方法（核心） Object result = method.invoke(target, args); // 后置增强 System.out.println("〖日志〗方法执行完毕"); return result; } } // 步骤4：创建代理对象并使用 public class Main { public static void main(String[] args) { // 目标对象 UserService target = new UserServiceImpl(); // 创建代理对象 UserService proxy = (UserService) Proxy.newProxyInstance( target.getClass().getClassLoader(), // 类加载器 target.getClass().getInterfaces(), // 接口数组 new LoggingInvocationHandler(target) // InvocationHandler ); // 通过代理调用方法 proxy.saveUser("张三"); } }
关键代码注释：Proxy.newProxyInstance()动态生成代理类字节码，加载到JVM后创建实例-2。代理对象的方法调用全部转发到InvocationHandler.invoke()-。
五、底层原理：动态代理是如何“动态”的？
5.1 JDK动态代理的三步原理
生成字节码：根据传入的接口在内存中拼装出一个合法的Java类字节码。这个类会实现所有指定接口，每个方法的实现都调用
InvocationHandler.invoke()-2。类加载：将内存中的字节码加载进JVM，生成代理类的
Class对象-2。实例化：通过反射调用代理类的构造函数，传入
InvocationHandler实例，生成代理对象-2。
缓存机制：多次调用Proxy.newProxyInstance()时，只要类加载器和接口数组相同，就会走缓存，不会重复生成字节码-2。
5.2 CGLIB底层原理
CGLIB通过ASM框架在运行时生成目标类的子类。生成的子类重写父类的非final方法，在方法体内调用MethodInterceptor.intercept()实现拦截-19。
CGLIB的FastClass机制通过生成方法索引表来避免反射调用，以空间换时间提升性能-30。
5.3 底层技术支撑
动态代理的底层依赖Java反射机制。反射允许在运行时获取类的信息、调用方法、访问字段。InvocationHandler.invoke()中正是通过method.invoke(target, args)利用反射执行目标方法-8。
六、Spring AOP中的应用
Spring AOP底层依赖动态代理实现。当容器启动时，会解析配置中的切面，为目标Bean自动生成代理对象-5。
Spring的代理选择策略（由DefaultAopProxyFactory实现）-5：
// Spring AOP的代理选择逻辑（伪代码） if (目标类实现了接口) { return new JdkDynamicAopProxy(); // 使用JDK动态代理 } else { return new ObjenesisCglibAopProxy(); // 使用CGLIB }
七、高频面试题
面试题1：JDK动态代理和CGLIB动态代理有什么区别？
答题要点：从代理方式、底层原理、使用条件、性能四个维度展开-。
标准答案：
实现原理：JDK基于反射生成接口的实现类；CGLIB基于ASM字节码框架生成目标类的子类。
使用条件：JDK要求目标类必须实现接口；CGLIB无需接口，但不能代理
final类和方法。性能：JDK 8及以上版本反射已优化，两者差距缩小；JDK 8以下CGLIB调用性能更高-17。
依赖：JDK使用标准库；CGLIB需引入第三方库。
面试题2：静态代理和动态代理有什么区别？
答题要点：创建时机、灵活性、代码量三个维度对比--59。
标准答案：
创建时机：静态代理编译期编写并编译，存在.class文件；动态代理运行期动态生成。
灵活性：静态代理一对一绑定，复用性差；动态代理一套逻辑可适配多个目标类。
代码量：静态代理需为每个目标类编写代理类；动态代理无需手动编写代理类。
面试题3：Spring AOP是如何选择代理方式的？
答题要点：接口优先原则 + 可配置性--5。
标准答案：
目标类实现了接口 → 默认使用JDK动态代理。
目标类未实现接口 → 使用CGLIB动态代理。
可通过配置强制使用CGLIB：
@EnableAspectJAutoProxy(proxyTargetClass = true)。
面试题4：动态代理在框架中有哪些实际应用场景？
答题要点：至少说出3个场景-5-59。
标准答案：
Spring AOP：日志记录、事务管理、权限校验、性能监控等横切关注点。
MyBatis：Mapper接口的动态代理实现。
RPC框架：远程方法调用的代理封装。
单元测试：Mock对象的动态创建。
八、总结
动态代理是Java开发者从“会用”走向“懂原理”的关键分水岭。回顾全文，核心要点如下：
JDK动态代理：基于接口 + 反射，轻量原生，目标类必须实现接口-8。
CGLIB动态代理：基于继承 + ASM字节码，可代理普通类，但不能代理
final类-。本质：运行时生成字节码，在方法调用前后动态织入增强逻辑。
面试重点：两种代理方式的区别、静态与动态的对比、Spring AOP的选择策略。
进阶方向预告：下一篇将深入分析Spring AOP的源码实现，从ProxyFactory到JdkDynamicAopProxy，彻底搞懂切面织入的完整流程。
