Map.forEach配合Lambda表达式可简化遍历、提升可读性与安全性，适用于副作用操作；但不适用于生成新集合、聚合计算或需中断遍历的场景。
Map.forEach 配合 Lambda 表达式，是 Java 8 后真正把“遍历逻辑”从模板代码里解放出来的利器。它不只省几行字，而是让意图更直白、维护更轻松、出错更少。
直接替代传统 entrySet 遍历
过去写 Map 遍历，常这样写：
for (Map.Entry
System.out.println(entry.getKey() + " → " + entry.getValue());
}
现在只需一行：
map.forEach((k, v) -> System.out.println(k + " → " + v));
关键点：
- 无需声明 Entry 类型，编译器自动推断 key 和 value 类型
- 参数名可自定义（如 key、val），语义更清晰
- 避免手误调用 entry.getKey() / entry.getValue() 混淆
结合业务逻辑做轻量级处理
日常开发中，很多场景不是单纯打印，而是带条件或副作用的操作。forEach + Lambda 可自然嵌入逻辑：
map.forEach((userId, score) -> {
if (score > 90) {
sendAwardEmail(userId);
log.info("High-score user: {}", userId);
}
});
注意：
- 大括号内支持多语句，适合简单分支或日志/通知等轻量操作
- 不建议在其中修改 map 结构（如 remove、put），会触发 ConcurrentModificationException
- 若需过滤后再处理，优先考虑 stream().filter().forEach() 组合
与 BiConsumer 复用提升可读性
当同一类处理逻辑在多个地方出现（比如统一格式化输出、审计日志记录），可抽成 BiConsumer 实例复用：
BiConsumer
log.debug("User[{}] scored {}", id, s);
...
userScoreMap.forEach(logUserScore);
adminScoreMap.forEach(logUserScore);
好处：
- 避免重复 Lambda 表达式，降低维护成本
- 方法名或变量名自带语义（如 logUserScore），比匿名写法更易理解
- 便于单元测试 —— 可单独对 BiConsumer 行为验证
注意边界：什么情况不适合用 forEach
forEach 是“消费型”终端操作，设计初衷是执行副作用（如打印、发消息、存库），不是为了生成新集合或中间结果：
- 需要转换键值对并收集为新 Map？用 stream().collect(Collectors.toMap(...))
- 需要找最大值、求和、拼接字符串？用 stream().reduce() 或专门聚合方法
- 需要中断遍历（如找到首个匹配就退出）？增强 for 循环或 stream().findFirst() 更合适
- map 为空时 forEach 安静跳过 —— 这是优点，但若需空校验逻辑，得额外判断 size 或 isEmpty()
它不复杂，但容易忽略适用边界。用对地方，每天写的 Map 遍历代码能少一半噪音，多三分确定性。
