Lambda表达式本质是函数式接口的匿名实例，编译期生成invokedynamic指令和私有静态方法，运行期由LambdaMetafactory动态生成代理类并绑定MethodHandle。
Java 中的 Lambda 表达式确实是语法糖，但它的“甜”背后有明确、可验证的底层机制——它不是魔法，而是 JVM 在编译和运行时协同完成的一套标准化实现方案。
Lambda 的本质是函数式接口的匿名实例
这不是比喻，而是 JVM 规范层面的定义：每个 Lambda 表达式在运行时，都对应一个实现了某个函数式接口（如 Runnable、Consumer、Function）的**具体对象**。这个对象不是你写的类，也不是反射生成的通用类，而是 JVM 动态生成的、专为此 Lambda 定制的代理实例。
关键点：
- 必须绑定到且仅能绑定到一个函数式接口（接口中只有一个抽象方法）
- Lambda 主体逻辑，直接映射为该接口抽象方法的实现体
- 它不是“方法”，也不是“函数指针”，而是一个**对象**——可以赋值给变量、传参、返回，具备完整对象生命周期
编译阶段：生成桥接字节码，不落地 class 文件
javac 编译器不会为 Lambda 单独生成 .java 或常规 .class 源文件。它会做两件事：
立即学习“Java免费学习笔记（深入）”；
- 将 Lambda 主体逻辑提取出来，编译成一个私有静态方法（比如 lambda$main$0），放在原类的字节码中
- 在调用位置插入 invokedynamic 指令，指向 LambdaMetafactory.metafactory() 这个引导方法
也就是说，.class 文件里你看不到 “Lambda1.class”，只看到一条动态调用指令 + 一个隐藏的静态方法。真正的类生成，留到运行时决定。
运行阶段：JVM 动态生成代理类并实例化
当第一次执行到那个 invokedynamic 指令时，JVM 启动 LambdaMetafactory，根据函数式接口类型、目标方法签名、捕获的变量等信息，用 ASM 技术在内存中动态生成一个代理类（如 MyClass$$Lambda$1），然后加载、实例化并返回。
你可以亲眼验证：
- 加 JVM 参数：-Djdk.internal.lambda.dumpProxyClasses
- 运行程序后，会在当前目录生成类似 MyClass$$Lambda$1.class 的文件
- 用反编译工具（如 CFR）打开，能看到它确实实现了你的函数式接口，并委托调用你写的那个私有静态方法
和匿名内部类的区别很实在
很多人说“Lambda 就是匿名内部类的简写”，这是常见误解。它们有本质差异：
- 匿名内部类：编译期生成独立 .class 文件（如 Outer$1.class），每次 new 都创建新对象，可带自己字段/方法
- Lambda：运行期按需生成代理类，同一 Lambda 在多次调用中可能复用实例（JVM 可缓存），不可定义字段或额外方法，更轻量
- 捕获变量规则不同：匿名内部类要求局部变量 final 或隐式 final；Lambda 在语义上放宽了限制（仍需“事实上不可变”），但底层仍是按值捕获
