在哪些情况下流操作应该是有状态的？

Question

在stream包的javaodoc中，在parallelism一节的末尾，我读到：

大多数流操作接受描述用户指定行为的参数，这些参数通常是lambda表达式。为了保持正确的行为，这些行为参数必须是无干扰的，并且在大多数情况下必须是无状态的。

我很难理解这个“在大多数情况下”。在哪些情况下，有状态流操作是可以接受/希望的？

还请注意，试图从行为参数访问可变状态会给您带来一个关于安全性和性能的糟糕选择；[...]最好的方法是完全避免有状态行为参数流操作；通常有一种方法可以重构流管道以避免状态性。

所以，我的问题是：在哪些情况下使用有状态流操作是一个好的实践（而不是使用副作用的方法，如foreach)？

一个相关的问题可能是：为什么有些操作会产生副作用，比如foreach？为了避免在lambda表达式中产生副作用，我最后总是执行一个很好的旧for循环。

Answer 1

有状态流lambdas的示例：

• collect(Collector):Collector根据定义是有状态的，因为它必须收集集合（state）中的所有元素。
• foreach（Consumer):Consumer根据定义是有状态的，除非它是黑洞（no-op）。
• peek（Consumer):Consumer根据定义是有状态的，因为如果不将其存储在某个地方（例如log），为什么要peek。

因此，collector和consumer是两个lambda接口，根据定义它们是有状态的。