Lambda表达式底层由invokedynamic指令驱动，javac先将其编译为私有静态合成方法（如lambda$main$0），再通过LambdaMetafactory在运行时动态生成实现类并绑定MethodHandle，避免类膨胀且支持JIT优化。
Java 中 Lambda 表达式在底层被 JVM 处理，并不是直接“编译为私有静态方法来调用”，而是先由 javac 编译成私有静态合成方法，再通过 invokedynamic 指令在运行时动态绑定到函数式接口实例。这个过程不是简单的“替换调用”，而是一套编译器与 JVM 协同完成的机制。
Lambda 主体逻辑被编译为私有静态方法
javac 在编译阶段会把 Lambda 的执行体（比如 s -> s.length() > 0）提取出来，生成一个带固定命名模式的私有静态方法，例如：
private static boolean lambda$main$0(String s) {
return s.length() > 0;
}这个方法具有以下特征：
- 方法名形如
lambda$<enclosingMethod>$<number>（如lambda$main$0） - 修饰符为
private static，且带有ACC_SYNTHETIC标志（表示由编译器自动生成） - 参数列表和返回类型严格匹配 Lambda 的签名
- 若 Lambda 捕获了局部变量（如
int x = 5; s -> s.length() + x），该方法参数会自动扩展，JVM 在运行时把捕获值封装进闭包对象传入
你可以用 javap -v -p MyClass.class 查看该方法是否存在，它就藏在字节码里，不对应任何源码行。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
invokedynamic 指令负责运行时绑定
Lambda 表达式在字节码中不会出现 invokevirtual 或 invokestatic 调用该私有方法，而是插入一条 invokedynamic 指令，例如：
0: invokedynamic #2, 0 // 常量池索引#2指向BootstrapMethods
这条指令本身不执行任何逻辑，只起“占位”作用。真正干活的是常量池中的 BootstrapMethods 属性，它指定引导方法为 LambdaMetafactory.metafactory。
首次执行该 invokedynamic 时，JVM 才会：
- 调用
LambdaMetafactory.metafactory - 传入三个关键参数：
Lookup对象、函数式接口抽象方法描述、指向lambda$main$0的MethodHandle - 动态生成一个实现了目标接口的类（如
MyClass$$Lambda$1），其方法体内部调用那个私有静态方法 - 返回一个
CallSite，后续调用全部跳过引导，直接执行已绑定的MethodHandle
不生成独立 .class 文件，但运行时有真实类
javac 不生成 MyClass$1.class 这样的匿名类文件，但 JVM 在运行时会动态生成类似 MyClass$$Lambda$1 的类（可通过 -Djdk.internal.lambda.dumpProxyClasses 参数导出验证）。这类类：
- 是
final的 - 实现对应函数式接口
- 其方法实现就是委托给前面那个私有静态方法
所以，“编译为私有静态方法”只是第一步；真正让 Lambda 工作起来的，是 invokedynamic 触发的动态类生成与方法绑定流程。整个设计避免了类膨胀，又保留了函数式语义和 JIT 优化空间。
