我发现了如下有关peek方法的Java 8 Stream API的测验

Arrays.asList("Fred", "Jim", "Sheila")
      .stream()
      .peek(System.out::println)
      .allMatch(s -> s.startsWith("F"));

输出是
Fred
Jim

我对此流的工作方式感到困惑吗?我的预期结果应该是
Fred
Jim
Sheila

peek()方法是一个中间操作,它处理Stream中的每个元素。谁能解释这个。

最佳答案

这是流优化,称为短路。本质上,发生的事情是allMatch阻止了对流执行不必要的中间操作,因为当最终结果已知时,执行它们就没有意义。

好像发生了这种情况:

take"Fred"
peek("Fred")
evaluate("Fred".startsWith("F"))
decide whether the result of allMatch() is known for sure: Not yet

take"Jim"
peek("Jim")
evaluate("Jim".startsWith("F"))
decide whether the result of allMatch() is known for sure: Yes

评估"Jim".startsWith("F")时,可以肯定知道allMatch(s -> s.startsWith("F"))的结果。 "Jim"之后的管道中有什么值都没有关系,我们知道所有以“F”开头的值都是 false

这不是特定于peek/allMatch组合,存在多个中间和端子短路操作。 java.util.stream package's docs状态:



将此扩展为有限的流,并且短路操作避免了不必要的流水线步骤的执行,如您的示例一样。

07-27 13:45