Java 8流的.min（）和.max（）：为什么要编译？ [英] Java 8 stream's .min() and .max(): why does this compile?

问题描述

注意：这个问题来自一个死链接，这是以前的SO问题，但是这里... ...

Note: this question originates from a dead link which was a previous SO question, but here goes...

查看此代码（注意：我要知道这段代码不会工作，并且应该使用 Integer :: compare - 我只是从链接的问题中提取它）：

See this code (note: I do know that this code won't "work" and that Integer::compare should be used -- I just extracted it from the linked question):

final ArrayList <Integer> list 
    = IntStream.rangeClosed(1, 20).boxed().collect(Collectors.toList());

System.out.println(list.stream().max(Integer::max).get());
System.out.println(list.stream().min(Integer::min).get());

根据 .min（） 和 .max（） ，两者的参数应为比较器。然而，这里的方法参考是 <$ c $的静态方法。 c>整数 class。

According to the javadoc of .min() and .max(), the argument of both should be a Comparator. Yet here the method references are to static methods of the Integer class.

那么，为什么要编译呢？

So, why does this compile at all?

推荐答案

让我解释一下这里发生了什么，因为它不明显！

Let me explain what is happening here, because it isn't obvious!

首先， Stream.max（） 接受 比较器 ，以便可以将流中的项目相互比较以找到最小值或最大值，在某些最佳值你不需要太担心。

First, Stream.max() accepts an instance of Comparator so that items in the stream can be compared against each other to find the minimum or maximum, in some optimal order that you don't need to worry too much about.

所以问题是，当然，为什么 接受整数::最大 ？毕竟它不是比较器！

So the question is, of course, why is Integer::max accepted? After all it's not a comparator!

答案是新的lambda功能在Java 8中的工作方式。它依赖于一种非正式的称为单一的概念抽象方法接口或SAM接口。这个想法是任何带有一个抽象方法的接口都可以通过任何lambda或方法引用自动实现 - 其方法签名与接口上的一个方法匹配。所以检查 Comparator 界面（简易版）：

The answer is in the way that the new lambda functionality works in Java 8. It relies on a concept which is informally known as "single abstract method" interfaces, or "SAM" interfaces. The idea is that any interface with one abstract method can be automatically implemented by any lambda - or method reference - whose method signature is a match for the one method on the interface. So examining the Comparator interface (simple version):

public Comparator<T> {
    T compare(T o1, T o2);
}

如果某个方法正在寻找 Comparator< Integer> ; ，然后它基本上寻找这个签名：

If a method is looking for a Comparator<Integer>, then it's essentially looking for this signature:

int xxx(Integer o1, Integer o2);

我使用xxx因为方法名称不用于匹配目的。

因此， Integer.min（int a，int b）和 Integer.max（int a，int b）足够接近自动装箱将允许它在方法上下文中显示为 Comparator< Integer> 。

Therefore, both Integer.min(int a, int b) and Integer.max(int a, int b) are close enough that autoboxing will allow this to appear as a Comparator<Integer> in a method context.

这篇关于Java 8流的.min（）和.max（）：为什么要编译？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！