lambda字节码无法直接dump，因其由jvm动态生成且不写入磁盘；需通过java agent拦截defineclass或jfr/jvmti捕获内存中字节数组，再保存为.class文件验证。
不能直接 dump 出“Lambda 的字节码”，因为 Lambda 本身不生成独立的 .class 字节码文件——它在运行时由 JVM 动态构造代理类，这些类是 内存中临时生成、未写入磁盘的字节码。所谓“dump”，实质是捕获 JVM 在调用 java.lang.invoke.LambdaMetafactory.metafactory 时动态定义类（ClassLoader.defineClass）那一瞬间的原始字节数组。
关键前提：Lambda 的字节码根本不在磁盘上
Java 编译器（javac）不会为每个 Lambda 表达式生成 .class 文件。它只做两件事：
- 把 Lambda 主体逻辑提取为一个 私有静态合成方法（如
lambda$main$0），编译进原类的字节码里； - 在运行时，通过
invokedynamic指令触发LambdaMetafactory，由 JVM 动态生成一个实现函数式接口的代理类（如Sample$$Lambda$1），并用Unsafe.defineAnonymousClass或ClassLoader.defineClass加载进内存。
这个代理类的字节码从不落地，只存在于 JVM 方法区（Metaspace）或堆中——所以常规反编译工具（JADX、JAD）看不到它，必须在它被定义的“那一帧”截住。
实战三步：用 Java Agent 拦截 defineClass
核心思路：利用 Instrumentation API 注册 ClassFileTransformer，在类被 defineClass 的瞬间拿到原始字节数组，过滤出 Lambda 代理类并保存。
-
编写 Transformer：实现
ClassFileTransformer，在transform方法中检查className是否含"$$Lambda$"或"Lambda$"，且protectionDomain为null（匿名类典型特征）； -
启用 -javaagent：将 Transformer 打成 jar，并指定
Premain-Class和Can-Redefine-Classes: true；启动时加参数：-javaagent:/path/to/lambda-dump-agent.jar； -
保存字节码：在
transform中对匹配类执行Files.write(Paths.get(className + ".class"), classfileBuffer)，即可获得可反编译的 .class 文件。
替代方案：用 JFR 或 JVMTI 更稳定
Agent 方案依赖 transform 调用时机，某些 JDK 版本（如 OpenJDK 17+）对匿名类拦截可能失效。更可靠的做法是：
- 开启 JVM Flight Recorder（JFR）事件：
jdk.ClassDefine，它会记录每次defineClass的类名与字节码地址； - 配合 JVMTI 的
ClassFileLoadHook回调，直接从内存读取class_byte_count和class_bytes指针； - 用
jcmd <pid> VM.native_memory summary</pid>定位 Metaspace 中的类结构，再用jmap -histo筛选高频率出现的$$Lambda$实例，辅助定位。
验证 dumped 类是否有效
保存下来的 .class 文件可用标准工具验证：
- 用
javap -v xxx.class查看常量池是否含BootstrapMethods属性； - 确认类实现了目标函数式接口（如
Runnable），且唯一非静态方法委托给封闭类的lambda$xxx静态方法； - 用
jad或CFR反编译，应能还原出闭包捕获的变量（如this$0,arg$1）及调用逻辑。
