lambda 表达式底层不生成匿名内部类，而是通过 invokedynamic 指令实现动态绑定：编译器生成私有静态方法（如 lambda$main$0），字节码中仅保留 invokedynamic 指令，运行时由 lambdametafactory.metafactory 引导方法动态生成函数式接口实现类并返回实例。
直接说“Lambda 是语法糖”就挂了。面试官要听的是字节码层面的机制，不是概念复述。
底层靠 invokedynamic，不是编译期生成类
Java 8 之后，Lambda 表达式不会在编译时生成匿名内部类 class 文件。javap 反编译能看到 invokedynamic 指令，指向 LambdaMetafactory.metafactory —— 这是 JVM 在运行时动态生成实现类的入口。
- 用
javap -c -p YourClass.class查看字节码，关键行是类似invokedynamic #2, 0 // InvokeDynamic #0:run:()V - 这个指令不绑定具体类，而是由 JVM 的 Lambda 工厂在首次执行时，用 ASM 动态生成一个私有静态方法（如
lambda$main$0），再构造函数式接口实例 - 所以 Lambda 对象的
getClass().isAnonymousClass()返回false，而匿名内部类返回true
this 指向外层类，不是“Lambda 自身”
Lambda 表达式没有独立的 this。它内部访问的 this 始终是定义它的外围实例（比如当前方法所在的对象），这点和匿名内部类一致，但容易被误认为“Lambda 有自己的上下文”。
- 错误理解：“Lambda 里写 this 就是指这个 Lambda 实例” → 实际不存在 Lambda 实例，只有函数式接口实例，且其方法委托给外层类的静态/实例方法
- 验证方式：在非静态方法中写
Runnable r = () -> System.out.println(this);，打印的就是当前对象，不是某个“Lambda 对象”
必须绑定函数式接口，且只认 SAM
Lambda 不是万能函数字面量，它只能赋值给函数式接口类型，依赖接口的单一抽象方法（SAM）来推断参数、返回值和异常类型。
- 接口加不加
@FunctionalInterface不影响功能，但加了能防止误增抽象方法（编译报错） - 像
Runnable、Predicate、Function这些都符合 SAM；而Comparable（两个抽象方法：compareTo和compareTo继承自Object？不，它只有一个compareTo，仍是函数式接口）——重点看实际声明的抽象方法数，不包括default、static或从Object继承的方法 - 受检异常不能直接抛：因为函数式接口抽象方法声明通常不带
throws，所以x -> { throw new IOException(); }编译失败；需包装或用自定义函数式接口
和匿名内部类的本质区别：静态 vs 动态生成
匿名内部类是编译期确定、磁盘落地的 .class 文件；Lambda 是运行期按需生成、可被 JIT 优化、不落地、无反射访问风险（没有 public 类名）。
- 匿名类每次 new 都新建对象；Lambda 实例可能被缓存（尤其无捕获变量时），多次调用复用同一实例
- 反编译看不到 Lambda 对应的独立 class；但能看到编译器悄悄加的私有静态方法（即 lambda 方法体）
- 调试时，断点打在 Lambda 体内，实际停在那个私有静态方法上
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
