Lambda 表达式本质是通过 invokedynamic 指令在运行时动态生成函数对象，非编译期匿名内部类；仅适用于函数式接口（SAM 接口），支持方法引用、类型推断和语法省略，但需注意受检异常、this 指向及闭包捕获等细节。
Java 中 Lambda 表达式是面试高频考点，回答时需兼顾语法、原理、限制和实战细节。不能只背“语法糖”三个字，要能讲清为什么这么设计、哪里容易出错、怎么验证。
Lambda 的本质不是匿名内部类
很多候选人答“Lambda 是匿名内部类的语法糖”，这是典型误区。Java 8 实际通过 invokedynamic 指令在运行时动态生成函数对象，编译期不会生成 .class 文件（反编译看不到类似 $1.class 的类）。可验证方式：写一个 Lambda 赋值给 Runnable，用 javap -c 查看字节码，会发现调用的是 invokedynamic，而非 new 指令。
真正生成类的情况只有一种：当 Lambda 引用了所在方法的局部变量（形成闭包），JVM 才可能在运行时生成一个轻量级类来保存捕获的值——但这仍是运行时行为，与传统匿名内部类的编译期生成有本质区别。
必须满足函数式接口约束
Lambda 只能用于有且仅有一个抽象方法（SAM）的接口，这个接口叫函数式接口。关键点：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- @FunctionalInterface 注解不是必需的，但加了能由编译器强制检查（比如误加第二个抽象方法会直接报错）
- 接口中可以有多个 default 方法、static 方法，甚至 toString() 等 Object 方法，都不影响其函数式接口身份
- 常见 JDK 内置函数式接口：Runnable、Comparator、Predicate、Function、Supplier、Consumer、BiFunction 等，都在
java.util.function包下
常见陷阱与正确写法
面试官常从边界情况切入，考察是否真用过：
-
受检异常处理：Lambda 体里调用
Thread.sleep()会抛InterruptedException（受检异常），但 Runnable.run() 不声明该异常 → 编译失败。解决办法：要么在 Lambda 体内 try-catch，要么换用支持异常的函数式接口如Callable -
方法引用的适用场景：当已有方法签名匹配目标接口抽象方法时，可用
::简化。例如list.sort(String::compareToIgnoreCase)比(a,b) -> a.compareToIgnoreCase(b)更简洁直观 -
this 指向问题：Lambda 内部的
this指向的是外层对象，不是 Lambda 自身（Lambda 本身没有 this）；而匿名内部类中的 this 指向的是内部类实例
省略规则要讲清逻辑，不是死记
所谓“可推导即可省略”，本质是编译器类型推断能力支撑的：
- 参数类型通常可省——因为目标接口已声明参数类型，编译器能反推
- 单个参数时小括号可省：
str -> str.length()合法；但两个参数必须写：(x, y) -> x + y - 单条语句可省大括号、return 和分号：
x -> x * 2；若带 if 或多行，必须加大括号
