16

考虑以下类：

import java.util.Objects;
import java.util.function.Predicate;

public class LambdaVsMethodRef {
    public static void main(String[] args) {
        Predicate<Object> a = Objects::nonNull;
        Predicate<Object> b = x -> x != null;
    }
}

第一个谓词是从方法引用创建的，另一个是 lambda 表达式。这些谓词具有相同的行为（nonNull的主体是return obj != null;）。lambda 短了两个字符（也许允许流管道放在一行上）。

除了代码风格，和之间有什么区别吗？换句话说，我应该更喜欢一个吗？Objects::nonNullx -> x != null

lambda-dev 和 lambda-libs-spec-{observers,experts} 邮件列表消息中提到isNull, nonNulland isNotNull(early name) 并没有解决这一点。（我很惊讶没有人质疑添加 Objects 方法，因为它们可以用 lambda 简单地替换，但另一方面，也是如此Integer::sum。）

我还用javap. 唯一的区别是传递给lambda 元工厂引导方法的方法句柄：

  BootstrapMethods:
0: #16 invokestatic java/lang/invoke/LambdaMetafactory.metafactory:(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/String;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodHandle;Ljava/lang/invoke/MethodType;)Ljava/lang/invoke/CallSite;
  Method arguments:
    #17 (Ljava/lang/Object;)Z
    #18 invokestatic java/util/Objects.nonNull:(Ljava/lang/Object;)Z
    #17 (Ljava/lang/Object;)Z
1: #16 invokestatic java/lang/invoke/LambdaMetafactory.metafactory:(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/String;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodHandle;Ljava/lang/invoke/MethodType;)Ljava/lang/invoke/CallSite;
  Method arguments:
    #17 (Ljava/lang/Object;)Z
    #20 invokestatic LambdaVsMethodRef.lambda$main$1:(Ljava/lang/Object;)Z
    #17 (Ljava/lang/Object;)Z

当然，元工厂可以在 JVM 的突发奇想下为方法引用和 lambda 做不同的事情，所以这并不能证明太多。

4

1 回答 1

38

正如您所指出的，lambda 的语义x -> x != null和方法引用Objects::nonNull实际上是相同的。我很难想到任何实际可观察​​到的差异，除了使用反射或类似的东西深入研究类。

在 lambda 上使用方法引用有一个小的空间优势。使用 lambda，将 lambda 的代码编译为包含类的私有静态方法，然后使用对该静态方法的引用调用 lambda 元工厂。在方法引用的情况下，该方法已经存在于java.util.Objects类中，因此 lambda 元工厂是使用对现有方法的引用来调用的。这导致适度的空间节省。

考虑这些小班：

class LM { // lambda
    static Predicate<Object> a = x -> x != null;
}

class MR { // method reference
    static Predicate<Object> a = Objects::nonNull;
}

（感兴趣的读者应该跑去javap -private -cp classes -c -v <class>查看这些编译方式之间的详细差异。）

这导致 lambda 案例为 1,094 个字节，方法参考案例为 989 个字节。（Javac 1.8.0_11。）这不是很大的区别，但是如果您的程序可能有大量这样的 lambda，您可能会考虑使用方法引用所节省的空间。

此外，与 lambda 相比，方法引用更有可能被 JIT 编译和内联，因为方法引用可能被使用得更多。这可能会导致微小的性能提升。不过，这似乎不太可能产生实际影响。

尽管您特别说“除了代码样式......”这实际上主要是关于样式。这些小方法是专门添加到 API 中的，以便程序员可以使用名称而不是内联 lambda。这通常会提高代码的可理解性。另一点是方法引用通常具有显式类型信息，可以在困难的类型推断情况下提供帮助，例如嵌套比较器。（但这实际上并不适用Objects::nonNull。）添加强制类型转换或显式类型的 lambda 参数会增加很多混乱，因此在这些情况下，方法引用是一个明显的胜利。

于 2014-08-22T17:07:37.250 回答