Collection.Stream（）.Foreach（）和Collection.Foreach（）之间有什么区别？

Question

我理解，使用.stream()，我可以使用类似.filter()的链操作，或者使用并行流。但是如果我需要执行小操作（例如，打印列表的元素），它们之间有什么区别呢？

collection.stream().forEach(System.out::println);
collection.forEach(System.out::println);

Answer 1

对于如图所示的简单情况，它们基本上是相同的。然而，有一些细微的差别可能是重要的。

一个问题是订购。对于stream.foreach，顺序是未定义的。在顺序流中不太可能出现这种情况，但在stream.foreach的规范中，它可以以任意顺序执行。这种情况在并行流中确实经常发生。相反，iterable.foreach总是按照iterable的迭代顺序执行（如果指定了一个）。

另一个问题是副作用。stream.foreach中指定的操作必须是非干扰的。（请参阅java.util.Stream包文档）iterable.foreach的限制可能更少。对于java.util中的集合，iterable.foreach通常会使用该集合的iterator，其中大多数都设计成failfast，并且如果在迭代期间对集合进行结构修改，则会抛出ConcurrentModificationException。但是，在迭代过程中允许进行非结构化的修改。例如，ArrayList类文档说“仅仅设置元素的值并不是结构修改。”因此，允许ArrayList.foreach的操作在基础ArrayList中设置值而不会出现问题。

并发集合也是不同的。它们不是fail-fast，而是被设计成弱一致性。完整的定义在这一环节。不过，简而言之，考虑一下concurrentlinkeddeque。允许传递给其foreach方法的操作修改基础deque，即使是在结构上，也不会引发ConcurrentModificationException。但是，所发生的修改在此迭代中可能是可见的，也可能是不可见的。（因此存在“弱”一致性。）

如果iterable.foreach是在同步集合上迭代，则另一个区别是可见的。在这样的集合上，iterable.foreach获取集合的锁一次，并在对action方法的所有调用中保持它。stream.foreach调用使用集合的spliterator，该spliterator不锁定，并且依赖于不干涉的通行规则。支持流的集合可能在迭代期间被修改，如果是的话，可能会导致ConcurrentModificationException或不一致的行为。