Java流懒散vs融合vs短路

Question

我试图对Java streams API中的惰性评估的应用形成一个统一的理解。

以下是我目前理解的：

null

我想做的是把所有这些想法汇集在一起，并确保我没有歪曲任何东西。我发现它很棘手，因为每当我阅读任何关于Java流的文献时，它就会继续说它们是懒惰的或使用懒惰的评估，然后就开始谈论诸如融合和短路之类的优化。

那么我这样说对吗？

>

融合是如何在流API中实现惰性求值的--即消耗一个元素，并尽可能地将操作融合在一起。我在想，如果核聚变不存在，那么我们肯定会回到急切的评估，因为另一种选择是在进入下一个操作之前处理每一个中间操作的所有元素？

短路是可能的，不需要融合或惰性评估，但在流的上下文中，这两个原则的实现很有帮助？

我希望能对此有进一步的了解和澄清。

Answer 1

至于聚变。让我们想象一下下面的map操作：

.map(x -> x.squash())

它是无状态的，它只是根据指定的算法转换任何输入（在我们的例子中是压扁它们）。现在筛选器操作：

.filter(x -> x.getColor() != YELLOW)

它也是无状态的，它只是删除了一些元素（在我们的例子中是黄色的）。现在来个终端操作：

.forEach(System.out::println)

.map(x -> x.squash())
.filter(x -> x.getColor() != YELLOW)
.forEach(System.out::println)

整个流水线被融合到单个的consumer，它直接连接到源。当处理每个单个元素时，源分割器只是执行组合的使用者，流管道不截取任何东西，也不执行任何额外的记账。那是聚变。聚变不依赖于短路。可以在没有融合的情况下实现流（执行一个操作，获取结果，执行下一个操作，将每个操作后的控制权带回流引擎）。也有可能在没有短路的情况下进行聚变。