为什么Streams.allMatch（在Java8中）试图尝试评估所有表达式，即使可以在中间确定值时也是如此？

Question

考虑一下此片段-

 String a = "hello" , b = null, c = "guru";
  boolean value = Stream
  .of(a, b, b.substring(2),c)
  .allMatch(x -> x != null);

  System.out.println(value);

这导致了NPE。似乎正在这样做，b.substring(2)并且既然b是null，就会抛出NPE。为什么要评估这种情况？第二个表达式b是null，因此计算为false。因此，allMatch无论后续操作的真值如何，都将为false。在这种情况下，为什么要进行评估b.substring(2)？

本文和本文声称，如果不需要确定结果，则可能不评估所有表达式。显然，这里似乎并非如此。

在Java 7之前-

if(b != null && b.substring(2) != null)

这不会抛出NPE，因为b!= null是false它会返回false那里本身。因此，我们可以说这Streams.allMatch与上述Java代码片段不完全相同吗？

Answer 1

Streams.allMatch是否与上述Java代码段完全等效？

当然不是！流是思考数据处理的一种非常新的方式。

无论如何，您的问题（与此无关）仅仅是对于任何函数调用而言，都会对参数进行求值，因此of需要对其求值的调用b.subString(2)显然会引发NPE。

Java语言规范中的相关信息（重点是我的）：

15.7.4从左到右评估参数列表

在方法或构造函数调用或类实例创建表达式中，参数表达式可能出现在括号内，以逗号分隔。每个参数表达式似乎都在其右侧任何参数表达式的任何部分之前被
完全评估 。