Java Lambda 表达式是JDK 8+原生特性，无需第三方库，依托java.util.function包的函数式接口和JVM的invokedynamic指令实现，编译不生成匿名内部类，运行高效且有严格版本兼容要求。
Java Lambda 表达式不依赖外部类库，是 JDK 8+ 原生语言特性
Java 的 Lambda 表达式完全由 JVM 和 Java 编译器（javac）在语言层实现，不需要引入任何第三方类库（如 Guava、Vavr 或 Apache Commons）。它依赖的是 JDK 自带的函数式接口和运行时支持，核心支撑来自 java.util.function 包和 JVM 的 invokedynamic 指令。
必须存在的基础函数式接口都在 java.util.function 中
编译器将 Lambda 映射为某个函数式接口的实例，因此该包中的接口是实际编码中直接使用的“契约”。常见接口包括：
-
Function<t r></t>：接受一个参数并返回结果（如t -> t.toString()） -
Consumer<t></t>：接受参数但不返回（如s -> System.out.println(s)） -
Predicate<t></t>：返回boolean（如s -> s.length() > 0） -
Supplier<t></t>：无参、有返回（如() -> new ArrayList()） -
BiFunction<t u r></t>、ToIntFunction<t></t>等变体也在此包中
这些接口都标注了 @FunctionalInterface，且仅含一个抽象方法。自定义函数式接口也只需满足此规则，无需继承或实现特定父类。
编译后字节码不生成匿名内部类，而是用 invokedynamic + lambda$ 静态方法
与 JDK 7 及以前的匿名内部类不同，Lambda 在编译时不会生成类似 MyClass.class 的额外类文件。取而代之的是：
立即学习“Java免费学习笔记（深入）”；
- 编译器生成一个私有静态方法（命名如
lambda$main$0），封装 Lambda 逻辑 - 在调用点插入
invokedynamic指令，由 JVM 运行时动态链接到目标函数式接口实例 - 首次执行时，JVM 的 LambdaMetafactory 负责生成代理对象（本质是实现了对应接口的特殊对象）
这意味着 Lambda 的性能开销极低，且避免了匿名类带来的内存和加载负担。
兼容性陷阱：不是所有环境都能用 Lambda
看似简单的 -> 语法，背后有明确的版本和运行时约束：
- 源码必须用
-source 8或更高版本编译（Maven 中需设maven.compiler.source=8） - 目标字节码版本不能低于 52（即 JDK 8），否则
javac直接报错：lambda expressions are not supported in -source 7 - 运行时必须是 JDK 8+；在 JRE 7 上运行会抛
UnsupportedClassVersionError，而非 Lambda 特有异常 - Android 开发需注意：只有 API 24+（Android 7.0）才通过脱糖（desugaring）支持 Lambda，旧版本需开启
coreLibraryDesugaringEnabled true
最容易被忽略的是构建配置与运行环境的版本错位——比如用 JDK 17 编译但部署到 JRE 8，即使代码里没用新语法，只要用了 Function 等接口就可能因字节码版本失败。
