对于如图所示的简单情况，它们大部分是相同的。但是，存在许多可能很重要的细微差异。

一个问题是订购。使用Stream.forEach，顺序 未定义
。顺序流不太可能发生这种情况，但它在规范内Stream.forEach以任意顺序执行。这在并行流中确实经常发生。相反，如果指定Iterable.forEach了，则始终以
的迭代顺序执行。Iterable

另一个问题是副作用。中指定的操作Stream.forEach必须是 无干扰的 。（请参阅java.util.stream
包文档。）Iterable.forEach可能具有较少的限制。对于
中的集合java.util，Iterable.forEach通常会使用该集合Iterator，其中大多数都设计为快速失败ConcurrentModificationException，如果在迭代期间对集合进行了结构修改，则会抛出异常。但是，在迭代期间允许进行非结构性
的修改。 例如，ArrayList
类文档说“仅仅设置元素的值不是结构修改”。因此，行动为ArrayList.forEach允许在底层证券中设置值ArrayList而不会出现问题。

并发集合再次不同。它们不是快速失败，而是设计为弱一致性。完整的定义在那个链接上。不过，简而言之，考虑ConcurrentLinkedDeque.
传递给其forEach方法 的操作
允许修改底层双端队列，甚至是结构上的，并且ConcurrentModificationException永远不会被抛出。但是，发生的修改可能在此迭代中可见，也可能不可见。（因此“弱”一致性。）

Iterable.forEach如果对同步集合进行迭代，则还有另一个区别是可见的。在这样的集合上，Iterable.forEach
获取集合的锁一次，并在对操作方法的所有调用中保持它。该Stream.forEach调用使用集合的分离器，它不锁定，并且依赖于不干涉的普遍规则。支持流的集合可以在迭代期间修改，如果是，ConcurrentModificationException可能会导致行为或不一致的行为。