静态代理是编译期手动编写代理类，jdk动态代理是运行时通过proxy生成接口实现类，cglib则是运行时用asm生成目标类的子类；三者生成时机、技术路径和适用场景各不相同。
底层实现区别核心在于：静态代理靠人写死，动态代理靠 JVM 在运行时生成字节码。
静态代理的底层是编译期确定的普通类
代理类是开发者手动编写的 Java 源文件，和目标类一样经过 javac 编译成 .class 字节码。JVM 加载时把它当作一个普通的、已存在的类来处理。它必须显式实现与目标类相同的接口，内部通过组合持有目标对象引用，在每个方法里硬编码调用逻辑（比如先打印日志再调 target.method()）。
- 字节码在项目编译后就固定存在，和业务代码一起打包进 jar
- 每个目标类都要配一个代理类，接口方法增删时，所有代理类都得同步改
- 没有反射参与，调用路径直接、性能开销最小
JDK 动态代理的底层是运行时生成的字节码
JDK 动态代理不依赖源码，而是通过 java.lang.reflect.Proxy 类在运行时调用 JVM 的字节码生成机制（基于 `defineClass`），动态构造出一个实现了指定接口的代理类（如 $Proxy0.class）。这个类本身不可见，但可通过 ClassLoader 查到；它的所有方法都统一转发给用户实现的 InvocationHandler 的 invoke 方法处理。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 生成过程依赖反射：Proxy.newProxyInstance 会读取接口信息，拼装字节码，再由 ClassLoader 加载
- 所有被代理接口的方法共用同一个 invoke 入口，通过 method 参数区分具体调用哪个方法
- 目标对象不再需要提前注入到代理类中，而是作为 invoke 的参数传入，解耦更彻底
CGLIB 动态代理走的是继承路线
当目标类没有接口时，JDK 代理失效，CGLIB 就派上用场。它用 ASM 库直接操作字节码，生成目标类的子类（如 UserServiceImpl$$EnhancerByCGLIB$$xxx），重写所有非 final 方法，并在方法前后插入回调逻辑（Callback）。这本质上是“继承+方法拦截”，而非“接口+委托”。
- 不需要接口，但要求目标类不能是 final，方法也不能是 final 或 private
- 生成的子类在运行时才出现，同样不占源码空间
- 比 JDK 代理多一层继承关系，且有额外的字节码操作成本
关键差异一句话总结
静态代理是“你写了它，它就在那儿”；JDK 动态代理是“你告诉 JVM 要什么，JVM 现场造一个”；CGLIB 动态代理则是“JVM 抄一份你的类，改几行字节码再用”。三者出发点一致，但生成时机、技术路径和适用边界完全不同。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
