Java Lambda表达式依赖哪些类库？

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 -> t.toString()）
• Consumer：接受参数但不返回（如 s -> System.out.println(s)）
• Predicate：返回 boolean（如 s -> s.length() > 0）
• Supplier：无参、有返回（如 () -> new ArrayList<>()）
• BiFunction、ToIntFunction 等变体也在此包中

这些接口都标注了 @FunctionalInterface，且仅含一个抽象方法。自定义函数式接口也只需满足此规则，无需继承或实现特定父类。

编译后字节码不生成匿名内部类，而是用 invokedynamic + lambda$ 静态方法

与 JDK 7 及以前的匿名内部类不同，Lambda 在编译时不会生成类似 MyClass$1.class 的额外类文件。取而代之的是：

• 编译器生成一个私有静态方法（命名如 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 等接口就可能因字节码版本失败。