如果只有一个 BinaryOperator 参数被用自身来总结，那么 Java 流实际上会减少什么？

Question

看看下面的代码：在二元运算符中，我们有remined（（x，y）->x+x）。为什么它实际上被计算为可选[512]？我没有解释。

System.out.println((Stream.generate(()->1d).limit(10).

            peek((doubleValue)->{

                System.out.println("Call the first peek: "+doubleValue);

            }).

            reduce((x,y)->x+x)));

这是输出：只是为了向你澄清，我在偷看部分中显示单个x是1.0。

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Call the first peek: 1.0

Optional[512.0]

那么问题来了，在获得Optimal[512]之前，什么控制着减少到工作？

爪哇岛

java-stream

Answer 1

因为您有 10 个参数，但操作是 9。2^9 = 512

Answer 2

从技术上讲，当您这样做时，Stream reduce不会提供任何一致的事情。保证仅通过关联约化操作提供，而您的保证则不然（它考虑了第一个操作数，忽略了第二个操作数。测试代码时，会观察结果。当试图对如何在非并行流中实现减少进行有根据的猜测时，这些结果并不令人惊讶。但是，Stream的文档无法保证这些结果，因为您没有遵守要求。例如，结果可能是 1 或 2。虽然有点令人费解，但它仍然有意义，你是那个不符合要求的人。

Answer 3

让我们看看这里发生了什么：&nbsp; &nbsp; System.out.println((Stream.generate(()->1d).limit(10).&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; reduce((x,y)-> {&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; double ret = x+x;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; System.out.println(ret);&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return ret;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; })));输出为2.04.08.016.032.064.0128.0256.0512.0Optional[512.0]因为您的流中有 10 个参数提供给具有默认起始值的 reduce。0由于您正在使用并且您实际上将结果加倍9倍，例如在第一个之后，@ZhenyaM提到：(x, y) -> x+xresult <- result + resultresult <- 0 + 12^9 = 512