forEach仅适用于Iterable实现类（如ArrayList、HashSet等），数组和Map需转换；不支持break/continue；lambda中修改外部变量需用AtomicInteger等；适合纯副作用操作。
forEach 方法只能用于 Iterable 接口的实现类
Java 的 forEach 是 Iterable 接口定义的默认方法，不是所有“能循环的东西”都能直接用。比如数组、Map 本身不实现 Iterable，所以不能直接写 myArray.forEach(...) 或 myMap.forEach(...)。
常见可用类型包括：ArrayList、LinkedList、HashSet、TreeSet、ArrayDeque 等；Map 需先调用 entrySet()、keySet() 或 values() 获取可迭代视图。
-
list.forEach(System.out::println)✅ -
set.forEach(item -> System.out.println(item))✅ -
map.forEach((k, v) -> System.out.println(k + "=" + v))✅（Map重载了forEach，是特例） -
array.forEach(...)❌ 编译报错：数组没有forEach方法
lambda 表达式里修改外部变量要小心 final 语义
在 forEach 的 lambda 中，如果想累计计数、拼接字符串或收集结果，不能直接对普通局部变量赋值——编译器会提示 “variable is accessed from within inner class”。
正确做法是用包装容器，比如 AtomicInteger、StringBuilder，或改用传统 for 循环 / stream().reduce() 等更合适的方式。
立即学习“Java免费学习笔记（深入）”；
通过 yarn-threads-cli 与 Threads（Meta）交互。当用户想要阅读首页动态、点赞、收藏的帖子或特定帖子时使用；查看...
List<String> words = Arrays.asList("a", "bb", "ccc");
int count = 0; // ❌ 编译失败：local variable referenced from lambda
words.forEach(s -> count += s.length()); // error
// ✅ 改用 AtomicInteger
AtomicInteger totalLen = new AtomicInteger(0);
words.forEach(s -> totalLen.addAndGet(s.length()));
System.out.println(totalLen.get()); // 6
forEach 不支持 break 和 continue 控制流
这是和传统 for 循环最本质的区别：forEach 是一个消费动作，内部没有中断机制。一旦你写了 return，只是退出当前 lambda 执行，不会跳出整个遍历。
- 想“找到第一个匹配就停”？用
stream().filter(...).findFirst() - 想“跳过某些元素继续”？用
stream().filter(...).forEach(...) - 想“遍历中途抛异常并终止”？可以，但属于异常流程，不推荐作为控制逻辑
List<Integer> nums = Arrays.asList(1, 2, 3, 4, 5);
nums.forEach(n -> {
if (n == 3) return; // ✅ 有效，但只跳过本次，后续 4、5 仍会执行
System.out.print(n); // 输出：1245
});
性能与可读性权衡：别为了语法糖牺牲意图表达
forEach 看似简洁，但容易掩盖操作目的。比如做聚合计算时，stream().map().sum() 比 forEach 累加更清晰；做条件过滤时，stream().filter().collect() 比先新建空集合再 forEach 判断添加更安全。
另外，forEach 在并行流中行为不可预测（除非配合线程安全容器），而 stream().parallel().forEachOrdered() 又损失并行优势——多数业务场景下，明确用 for-each 循环反而更可控。
真正适合 forEach 的场景其实很窄：纯副作用操作，且顺序无关，比如记录日志、发通知、更新缓存状态。
比如 userList.forEach(this::sendWelcomeEmail) 就比写个 for 循环更直白；但 userList.forEach(u -> u.setLastLoginTime(new Date())) 虽然能跑通，却掩盖了“批量更新”这个业务意图，不如封装成 updateLastLoginTime(userList) 方法。
