Java 8 lambda是否被编译为内部类，方法或其他东西？[重复]

Question

该文章建议，lambda 不能实现为匿名内部类（由于性能）。它给出了一个示例，可以将lambda表达式编译为类的（静态）方法。

我尝试了一个非常简单的代码段：

private void run() {
    System.out.println(this);
    giveHello(System.out::println);
}

private void giveHello(Consumer<String> consumer) {
    System.out.println(consumer);
    consumer.accept("hello");
}

输出为：

sample.Main@14ae5a5
sample.Main$$Lambda$1/168423058@4a574795
hello

因此，它不是同一实例。这也不是中央“ Lambda Factory”实例。

那么如何实现lambda？

Answer 1

假设您传递的是 实际的lambda表达式
而不是方法引用，则表达式本身将被编译为单独的合成方法。除了预期功能接口的任何形式参数（例如，String在情况下为单个Consumer<String>），它还将包含任何捕获值的参数。

在出现lambda表达式或方法引用的代码位置，将invokedynamic发出一条指令。第一次点击此指令时，会在上调用一个引导方法LambdaMetafactory。该引导方法将修复目标功能接口的实际实现，该目标函数接口委托给目标方法，这就是返回的结果。目标方法是代表lambda主体的合成方法，或者是使用::运算符提供的任何命名方法。而实现该功能的接口的类
被 创建，则处理被推迟; 它不会在编译时发生。

最终，运行时invokedynamic使用引导程序结果1修补站点，该结果实际上是对传递的任何捕获值（包括（可能）调用目标2）的生成的委托的构造函数调用。通过消除后续调用的引导过程，这可以缓解性能下降的问题。

1由@Holger提供，请参见“链接的时序”一章的java.lang.invoke结尾。

2对于没有捕获的lambda，该invokedynamic指令通常将解析为共享委托实例，该实例可以在后续调用中重用，尽管这是实现细节。