Java 8 Lambda 表达式核心依赖JVM的invokedynamic指令，首次执行时由LambdaMetafactory动态生成CallSite并绑定MethodHandle，而非编译期固定目标；其主体编译为私有静态方法，通过invokedynamic延迟链接，运行时生成不可预测的动态类（如MyClass$$Lambda$1），避免类膨胀、提升复用与性能。
Java 8 的 Lambda 表达式不是语法糖，也不是匿名内部类的简单替换——它的核心支撑是 JVM 层的 invokedynamic 指令。理解它，关键在于看清「绑定时机」和「绑定方式」的变化：Lambda 不是在编译期就定死调用目标，而是在第一次执行时才由 JVM 动态决定并缓存结果。
invokedynamic 是唯一延迟绑定的调用指令
传统四条调用指令（invokestatic、invokevirtual、invokespecial、invokeinterface）都在字节码里写死了目标方法的符号引用，JVM 加载类时就能解析成具体地址。而 invokedynamic 指令本身不指定目标，只关联一个「引导方法（Bootstrap Method）」：
- 首次执行该指令时，JVM 调用引导方法（默认是
LambdaMetafactory.metafactory） - 引导方法根据函数接口类型、抽象方法签名、实际逻辑方法句柄等参数，生成一个
CallSite -
CallSite内部绑定一个MethodHandle，后续所有调用都直接跳转到这个句柄指向的方法
Lambda 编译后实际生成了什么
写一行 Runnable r = () -> System.out.println("ok");，javac 不会生成 MyClass$1.class，而是：
- 把 Lambda 主体编译为一个私有静态方法，例如
private static void lambda$main$0() - 在赋值位置插入一条
invokedynamic #4指令，指向常量池中 BootstrapMethods 表项 - BootstrapMethods 明确声明：用
LambdaMetafactory.metafactory，传入Runnable.class、run()V、lambda$main$0()V三个关键参数
你可以用 javap -v MyClass.class 查看 BootstrapMethods 和 invokedynamic 指令的对应关系。
动态类不落地，但真实存在
JVM 在运行时生成的 Lambda 实现类，比如 com.example.MyClass$$Lambda/0x0000000800062040，具备以下特征：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 类名带随机哈希，表示它是动态生成、不可预测的
- 类定义不写入磁盘，默认只存在于 Metaspace 中
- 实现了你写的函数式接口（如
Runnable），其run()方法体内只有一行：跳转到那个静态方法lambda$main$0 - 无法被
ClassLoader.getSystemResources()扫描到，也不能用Class.forName()加载
若想看到这些类文件，启动 JVM 时加参数：-Djdk.internal.lambda.dumpProxyClasses=/tmp/lambdas。
为什么这样设计：性能与灵活性兼顾
相比匿名内部类，invokedynamic 方案解决了几个关键问题：
- 避免类膨胀：大量 Lambda 不再产生一堆
$1.class、$2.class - 减少对象创建开销：首次调用生成函数对象后，后续复用同一实例（非强制，但常见）
- 支持捕获变量轻量化：编译器将 effectively final 变量“复制进闭包”，不依赖 this 引用，降低逃逸风险
- 为动态语言提供基础：invokedynamic 最初为 JRuby、Jython 等设计，Lambda 是它在 Java 生态中最成功的落地场景
不复杂但容易忽略：Lambda 的本质，是 JVM 运行时的一次「现场组装」，不是编译时的一次「提前打包」。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
