Java流API：为什么要区分顺序执行模式和并行执行模式？

Question

从流javadoc：

1. 顺序流/并行流之间没有功能上的区别。输出从不受执行模式影响。
2. 由于性能提高，在给定适当的核数和问题大小以证明开销合理的情况下，并行流始终是优选的。
3. 我们希望编写一次代码并在任何地方运行，而不必关心硬件（毕竟这是Java)

假设这些假设是有效的（有一点元假设没有问题），那么在API中公开执行模式有什么价值呢？

看起来您应该能够声明一个stream，顺序/并行执行的选择应该在下面的一个层中自动处理，可以由库代码或JVM本身作为运行时可用的内核、问题的大小等的函数来处理。

当然，假设并行流也可以在单个核心机器上工作，也许只要总是使用并行流就可以实现这一点。但这真的很难看--当它是默认选项时，为什么在我的代码中有对并行流的显式引用呢？

即使有一个场景，您故意想要硬编码顺序流的使用--为什么没有一个子接口sequentialstream来实现这个目的，而不是使用执行模式开关来污染stream呢？

Answer 1

看起来您应该能够声明一个流，并且顺序/并行执行的选择应该在下面的一个层中自动处理，或者由库代码或者JVM本身作为运行时可用的内核、问题的大小等的函数来处理。

实际情况是：a）流是一个库，没有特殊的JVM魔力；b）您无法真正设计一个足够聪明的库，以自动计算出在这种特定情况下什么是正确的决策。没有一种明智的方法可以估计一个特定函数在不运行它的情况下会有多大的开销--即使您可以检查它的实现，但您不能这样做--现在您要在每个流操作中引入一个基准测试，试图弄清楚并行化它是否值得并行开销的代价。这是不实际的，特别是考虑到您事先也不知道并行开销有多差。

在给定适当的核数和问题大小以证明开销是合理的情况下，并行流总是可取的，这是由于性能的提高。

实际上并不总是这样。有些任务太小了，不值得并行化，而且并行化总是有一些开销。（坦白地说，大多数程序员往往高估了并行性的效用，当它真的会损害性能时，就会随处拍打它。）

基本上，这是一个足够困难的问题，你基本上必须把它推给程序员。