Java动态代理不生成.class文件，由JVM运行时构造并加载字节码；ASM则直接生成任意类的字节码并可落盘。Proxy基于接口、轻量固化，仅支持接口方法拦截；ASM底层可控，可代理任意类、修改字节码，适用于框架开发。
Java 动态代理本身并不生成新的 .class 文件，而是由 JVM 在运行时直接构造并加载代理类的字节码（Class 对象），整个过程不落盘、不写磁盘。关键区别在于：Proxy 是基于接口的、JVM 内置支持的轻量级机制；而 ASM 是底层字节码操作工具，可任意生成或改写类，包括无接口的类、继承具体类、注入字段/方法
Proxy 代理类的生成原理
java.lang.reflect.Proxy 的核心是 ProxyGenerator.generateProxyClass（内部 API，非公开），它在内存中拼接符合 JVM 规范的字节码：
- 代理类名形如
$Proxy0，自动实现所有传入的接口 - 所有接口方法都被重写，统一委托给
InvocationHandler.invoke() - 字节码由 JVM 的
defineClass直接加载，不经过文件系统 - 可通过系统属性
sun.misc.ProxyGenerator.saveGeneratedFiles=true让 Proxy 尝试导出 .class 文件（仅调试用，非默认行为）
ASM 如何真正“生成类”
ASM 不依赖 JVM 的代理机制，而是直接构造符合 ClassFile 格式的二进制字节流：
- 使用
ClassWriter创建空类骨架，调用visitMethod/visitField等逐项定义结构 - 通过
MethodVisitor插入指令（如INVOKEVIRTUAL、ARETURN），手动编写字节码逻辑 - 最终调用
toByteArray()得到 byte[]，再用自定义 ClassLoader 的defineClass加载 - 可生成任意类：没有接口的类、继承 Thread 的子类、带私有字段的类——Proxy 做不到
两者本质差异：抽象层级不同
Proxy 是面向开发者的高阶封装，隐藏了字节码细节，只解决“接口方法拦截”这一场景；ASM 是面向字节码的底层操作 API，相当于 JVM 的汇编语言：
- Proxy 必须有接口，且只能代理接口方法；ASM 可代理任意类（配合 Java Agent 还能修改已有类）
- Proxy 生成逻辑固化在 JDK 中，不可定制；ASM 全流程可控，可做 AOP、热部署、性能埋点等深度改造
- Proxy 类在首次调用
Proxy.newProxyInstance时才生成并缓存；ASM 的字节码可预生成、缓存、复用，甚至保存为 .class 文件分发
基本上就这些。Proxy 简单够用，适合常规代理需求；ASM 强大灵活，适合框架开发与字节码工程。选哪个，取决于你是在写业务逻辑，还是在造轮子。
