Java 8 的 Map.forEach(BiConsumer) 是最简洁的双列遍历方式，语义清晰、类型安全、无额外对象开销，性能略低于 entrySet 迭代但日常场景可忽略，适用于日志、赋值、校验等无需中断的场景。
Java 8 引入的 Map.forEach(BiConsumer) 是最简洁的双列遍历方式，它在可读性和开发效率上优势明显，性能则处于中上水平——比传统 entrySet() 迭代稍慢但差距微小，远优于 keySet + get 和并行 Stream。
BiConsumer 让遍历意图更清晰
用 map.forEach((k, v) -> {...}) 直接暴露键和值两个参数，语义一目了然。相比 for (Entry<K,V> e : map.entrySet())，省去解包步骤；相比 for (K k : map.keySet())，避免重复调用 get(k) 的隐式哈希查找。尤其适合日志打印、简单赋值、条件校验等无需中断的场景。
- 参数命名自由：可写成
(userId, userInfo)，比e.getKey()/e.getValue()更具业务含义 - 编译期类型安全：泛型推导自动约束
k和v类型，不会出现String v : map.values()这类误写 - 无额外对象开销：不创建
Iterator或Entry实例，JVM 对其内联优化成熟
性能表现真实可靠
实测（百万级 HashMap）显示：forEach 平均耗时约 100ms，略高于 entrySet + for 的 82ms，但比 keySet + get 快 40%，比 parallelStream 快 3 倍以上。慢的主因是 Lambda 表达式存在轻微装箱开销和方法调用间接性，但日常业务几乎感知不到。
- 不建议为性能放弃可读性：除非高频核心路径（如金融风控实时计算），否则差异可忽略
- 避免嵌套三层以上：
map.forEach((k1, m) -> m.forEach((k2, v) -> {...}))可读性骤降，应拆为独立方法 - 无法 break/continue：若需提前终止（如查找首个匹配项），改用
stream().anyMatch()或传统循环
实际使用注意点
它不是万能替代，关键在“何时用、怎么写”。JDK 8+ 才支持，且要求操作无返回、无异常抛出（或显式 try-catch），否则会中断整个遍历。
立即学习“Java免费学习笔记（深入）”；
- 变量捕获需 final 或 effectively final：外部变量不能在 lambda 内重新赋值
- 修改 Map 本身会触发 ConcurrentModificationException：遍历时不能 put/remove，与其它遍历方式一致
- 调试友好：断点可直接停在 lambda 行，变量
k/v在 IDE 中清晰可见
