Java8流运行速度比for循环慢的关键指标？

Question

在大多数情况下，Java8流允许的代码比老式的for循环更易读。然而，根据我自己的经验和阅读的内容，使用stream而不是for循环可能会导致性能下降（或者偶尔会带来改进），这有时很难预测。

在一个大型项目中，为每个循环编写基准测试似乎是不可行的，因此，当决定是否用流替换for循环时，有哪些关键因素（例如，集合的预期大小、通过筛选移除的值的预期百分比、迭代操作的复杂度、缩减或聚合的类型，等等）可能给出将导致的性能更改的指示？

注意：这是我前面的问题的一个范围的缩小，因为我前面的问题过于宽泛（对于这个问题，并行流的方面在另一个SO问题中已经很好地涉及到了），所以让我们把这个问题限制在顺序流上。

Answer 1

这不仅“为每个循环编写基准测试是不可行的”，而且适得其反。一个特定的、特定于应用程序的循环在放入微基准时可能会执行完全不同的操作。

对于一个实际的应用程序，优化的标准规则适用：不要这样做。只要编写任何更易读的内容，并且只有在存在性能问题时才编写，然后对整个应用程序进行概要分析，以检查特定的循环或流使用是否真的是瓶颈。只有在这种情况下，您才可以在特定的瓶颈处尝试在两个习语之间切换，看看是否会有不同。

在大多数情况下，它不会。如果存在真正的性能问题，它将源于操作的类型，例如以O(N²)时间复杂度执行嵌套迭代等。此类问题不取决于您使用的是stream还是for循环，而且这两个习惯用法之间的微小性能差异不会改变代码的伸缩方式。