Java lambda表达式不生成独立.class文件，而是通过invokedynamic指令在运行时由LambdaMetafactory动态生成实现类，编译期仅生成私有静态方法并插入invokedynamic调用。
Java 中的 lambda 表达式不会直接编译成独立的类文件，而是通过 invokedynamic 指令在运行时动态生成实现类（称为“lambda metafactory”），整个过程由 JVM 在首次调用时完成，不依赖编译期生成 .class 文件。
lambda 编译后不是匿名内部类
Java 8+ 编译器（javac）遇到 lambda 时，不会像早期那样生成类似 MyClass$1.class 的匿名类。取而代之的是：
- 把 lambda 体提取为一个私有静态方法（如
lambda$main$0），带参数和返回值，签名与函数式接口抽象方法一致； - 在调用点插入一条
invokedynamic指令，引导到LambdaMetafactory.metafactory； - 该指令携带「引导方法」（Bootstrap Method）、「名称」、「描述符」和「静态参数」（如函数式接口类型、实现方法句柄等）。
invokedynamic 是如何工作的
invokedynamic 是 JVM 为支持动态语言引入的第五种方法调用指令（JDK 7 加入，Java 8 用于 lambda）。它不直接绑定目标方法，而是交由「引导方法」在首次执行时计算出真正的调用目标（CallSite）：
- 首次执行时，JVM 调用
java.lang.invoke.LambdaMetafactory.metafactory； - 该方法根据传入的函数式接口类型、目标方法句柄（指向那个私有静态方法）、捕获变量等，动态生成一个实现了该接口的类（字节码由 JVM 内部生成，不落地为 .class 文件）；
- 生成的类会被定义进内存，并创建唯一实例（单例或按需新建），绑定到一个
ConstantCallSite； - 后续调用直接跳转到该实例的方法，性能接近普通虚方法调用（经过 JIT 优化后几乎无额外开销）。
可以观察到的字节码特征
用 javap -v 查看含 lambda 的类，你会看到：
立即学习“Java免费学习笔记（深入）”；
- 多出一个私有静态方法（如
private static java.lang.String lambda$main$0(java.lang.Integer)）； - 原 lambda 调用位置是
invokedynamic，例如：
`invokedynamic #2, 0 // InvokeDynamic #0:apply:()Ljava/util/function/Function;` - 常量池中对应项标记为
#CONSTANT_InvokeDynamic_info，并指向一个引导方法（BootstrapMethods 属性里可查，通常是LambdaMetafactory.metafactory）。
为什么不用匿名类？好处在哪
相比匿名内部类，lambda + invokedynamic 方案更轻量、更灵活：
- 无额外 class 文件，减少磁盘和类加载开销；
- 实例可重用（无状态 lambda 默认单例），避免重复对象分配；
- 捕获变量自动处理（final 或 effectively final），无需手动传参；
- JVM 可对生成的适配类做专门优化（如内联、逃逸分析）；
- 为未来语言特性（如值类型、模式匹配）留出扩展空间。
基本上就这些。lambda 的字节码本质是“延迟生成 + 动态链接”，核心不在编译期而在 JVM 运行时的元工厂机制。理解 invokedynamic 是看清 Java 函数式底层的关键一步。
