使用Java Stream的forEach需注意：并行流不保证顺序，应避免用于依赖顺序的场景；无法提前中断，需用findFirst等短路操作替代；不能修改外部非final变量，建议用reduce或原子类；Lambda内需手动处理受检异常；小集合遍历性能较差，简单场景优先使用增强for循环。
在使用 Java Stream 的 forEach 方法遍历集合时，虽然语法简洁、可读性强，但有一些关键点需要注意，避免潜在问题。
1. 不保证有序性（并行流）
默认情况下，串行流的 forEach 会按集合原有顺序执行。但如果使用了 parallelStream()，则无法保证遍历顺序。
建议：- 如果业务逻辑依赖顺序处理（如生成有序日志、累计计算等），避免使用并行流中的 forEach。
- 需要顺序输出时，显式使用串行流或改用传统 for 循环或 forEachOrdered。
2. 无法提前中断遍历
与传统的 for 循环不同，Stream.forEach 一旦开始就会处理所有元素，不支持 break 或 continue。
建议：- 若需条件中断（如找到第一个匹配项就停止），应使用 anyMatch、findFirst 等短路操作代替。
- 不要依赖 forEach 实现“查找+中断”逻辑，否则性能浪费且难以控制。
3. 外部变量修改限制
Lambda 表达式中只能引用有效 final的局部变量。直接在 forEach 中修改外部变量会编译报错。
立即学习“Java免费学习笔记（深入）”；
常见错误示例：int sum = 0; list.stream().forEach(x -> sum += x); // 编译错误建议：
- 使用 reduce 进行聚合计算。
- 或使用原子类（如 AtomicInteger）包装变量（仅适用于简单场景）。
4. 异常处理需手动包裹
Lambda 不允许抛出受检异常（checked exception），直接调用可能 IO 或解析操作会编译失败。
建议：- 在 Lambda 内部 try-catch 捕获异常。
- 或封装异常处理工具方法，避免代码冗余。
5. 性能考量：小集合无需 Stream
对于简单遍历操作，尤其是小数据量，使用 Stream 可能带来不必要的开销。
建议：- 简单场景优先考虑增强 for 循环（for-each）。
- Stream 更适合复杂链式操作（过滤、映射、归约等）。
