Java动态代理本质是ClassLoader通过defineClass将运行时生成的字节码（如$Proxy0）加载为Class对象，不依赖.class文件或javac；字节码由ProxyGenerator等工具内存拼装，经验证、解析后在方法区生成运行时结构。
Java 中动态代理生成新类，本质不是“定义新类”，而是把一段运行时构造的字节码，通过类加载器加载进 JVM，变成可用的 Class 对象。这个过程不依赖磁盘上的 .class 文件，也不走传统编译流程，关键就在 ClassLoader.defineClass 这一环。
动态代理类的字节码从哪来
JDK 原生代理（Proxy.newProxyInstance）内部会根据传入的接口列表，拼出一个符合 JVM 规范的代理类字节码——比如类名形如 $Proxy0，实现所有接口方法，并在每个方法里调用 InvocationHandler.invoke。这段字节码是纯内存生成的，没写入文件，也没调用 javac。
其他方案如 CGLIB、Javassist、Byte Buddy 也是类似逻辑：用字节码库生成二进制数据，而非源码编译。
类加载器怎么把字节码变成 Class 对象
生成字节码后，必须由类加载器完成“落地”：
立即学习“Java免费学习笔记（深入）”；
-
Proxy内部调用defineClass（本地方法），把字节码数组和类名交给指定的ClassLoader - 该加载器执行验证、解析、准备等链接步骤，最终在方法区生成运行时数据结构，并返回一个
Class<?>实例 - 后续通过反射获取构造器、调用
newInstance()或Constructor.newInstance()得到代理对象
为什么必须显式传 ClassLoader
不同场景下类可见性要求不同，传错会导致 NoClassDefFoundError 或 ClassNotFoundException：
- 用
target.getClass().getClassLoader()：确保代理类与目标类处于同一加载层级，能访问其包内成员 - 用
Thread.currentThread().getContextClassLoader()：Web 容器中更稳妥，能看见应用级类（如 Spring Boot 的 Bean 接口） - 传
null：触发 Bootstrap 类加载器，只能加载java.*下的核心类，无法加载用户接口，直接失败
框架怎么利用这个机制
Spring、MyBatis 等不是重写类加载，而是封装选择逻辑：
- Spring AOP 自动选用
BeanFactory关联的ClassLoader，或回退到上下文类加载器 - 跨模块（如多 jar、OSGi）时，框架会主动传递一个能同时看见接口和实现类的加载器
- Byte Buddy 等高级库会自带轻量级
ClassLoader子类，绕过Proxy限制，但底层仍调用defineClass
