forEach 不保证顺序，适合无状态并行计算；forEachOrdered 强制按流顺序执行，适用于有状态、需时序保障的场景，如有序 I/O 或状态累积。
在 Java Stream 中，forEach 和 forEachOrdered 都用于遍历并消费流中元素，但它们对“顺序”的保证完全不同——这直接决定了变量消费逻辑是否可控、是否线程安全、是否符合预期。
forEach：无序、并发、不保证执行顺序
forEach 在并行流（parallelStream()）中会将元素分发到多个线程执行，不保证遍历顺序，也不保证消费动作的时序。即使源是有序集合（如 ArrayList），并行 forEach 仍可能乱序输出或修改共享变量，导致结果不可预测。
例如：
ListAtomicInteger counter = new AtomicInteger();
list.parallelStream().forEach(x -> counter.addAndGet(x)); // 结果确定，但执行顺序未知
⚠️ 注意：虽然加法操作本身可交换，但若消费逻辑含状态依赖（如追加日志、更新 UI、写入文件），forEach 就不适合。
forEachOrdered：强制按流顺序消费，适合有状态逻辑
forEachOrdered 保证按流的 encounter order（遇到顺序）执行消费动作，即使在并行流中也串行化消费步骤——它内部会协调线程，确保前一个元素处理完后，才开始处理下一个（逻辑上顺序，非绝对单线程，但效果等价）。
适用场景包括：
- 向外部系统按序发送请求（如调用 API 需保持 ID 递增）
- 构建带顺序依赖的结果（如拼接字符串、生成有序报表）
- 更新共享变量且后续逻辑依赖前序结果（如累计统计、状态机流转）
示例：
ListStringBuilder sb = new StringBuilder();
names.parallelStream().forEachOrdered(name -> sb.append(name).append(","));
// sb 确保为 "Alice,Bob,Charlie,"
何时选 forEach，何时选 forEachOrdered？
核心判断依据是：消费动作是否依赖顺序或产生外部可见的时序效应。
- 选
forEach：纯计算、无副作用、操作可交换/幂等（如计数、求和、打印调试日志） - 选
forEachOrdered：涉及 I/O、UI 更新、数据库写入、状态累积、日志记录需保序等 - 注意：如果流本身就是无序的（如
HashSet.stream()），forEachOrdered没有意义，因为没有定义好的顺序
替代方案：更清晰的状态控制方式
频繁依赖 forEachOrdered 往往提示设计可优化。更健壮的做法包括：
- 用
collect(Collectors.toList())先收集结果，再用普通 for 循环处理（显式可控） - 使用
reduce或collect进行归约，避免外部可变状态 - 将消费逻辑封装为有状态的 Collector，提升复用性与线程安全性
例如，替代“边遍历边累加字符串”：
String result = list.stream().collect(Collectors.joining(",")); // 更安全、更语义化
