biconsumer 是 java 8 引入的函数式接口，专为接收两个参数、不返回结果的消费型操作设计；遍历 map 时，它天然适配 map.foreach(biconsumer)，直接传入 (key, value) 参数，语义清晰、类型安全、避免 entry 解构冗余。
BiConsumer 是 Java 8 引入的函数式接口，专为接收两个参数、不返回结果的消费型操作设计。遍历 Map 时，它天然适配 Map.forEach(BiConsumer super K, ? super V>) 方法，无需额外循环或包装，是高效、简洁、语义清晰的标准做法。
直接用 Map.forEach 配合 Lambda 表达式
这是最常用也最推荐的方式。Map 的 forEach 方法原生支持 BiConsumer，内部以最优方式遍历 Entry，避免创建中间集合（如 entrySet().stream()）或迭代器对象，性能开销最小。
- 语法简洁：直接传入
(k, v) -> { /* 操作 */ } - 无装箱/拆箱开销（对基本类型包装类需注意，但逻辑上仍高效）
- 适用于所有
Map实现（HashMap、LinkedHashMap、ConcurrentHashMap等）
示例：
配合方法引用复用已有逻辑
若已有接受两个参数的 void 方法（如 void process(String k, Integer v)），可直接用方法引用，提升可读性和复用性，避免重复写 Lambda。
- 要求方法签名必须严格匹配
BiConsumer：两个参数、无返回值 - 静态方法引用：
MyUtils::process - 实例方法引用：
handler::handle（前提是 handler 已存在且方法符合签名）
示例：
map.forEach(this::logKeyValue); // 假设 this.logKeyValue(String, Integer) 存在结合条件判断或副作用操作要谨慎
BiConsumer 本身不支持中断或返回值，因此不能直接 break 或 return。如需条件跳过、提前终止或收集结果，应明确选择更合适的工具：
- 仅过滤后操作？用
entrySet().stream().filter(...).forEach(...)，但注意 Stream 有额外开销 - 需要修改 Map 自身（如删除满足条件的项）？用
Iterator遍历entrySet()，避免 ConcurrentModificationException - 需聚合统计？改用
stream().collect(...)或传统 for-loop
切忌在 Lambda 中强行 throw 异常来“中断”遍历——这破坏函数式语义，且不可靠。
并发场景下优先选 ConcurrentHashMap 的 forEach
若 Map 是 ConcurrentHashMap，其 forEach 方法是线程安全的，内部采用分段遍历策略，不加锁也不阻塞其他线程的读写操作。
- 比手动加锁 + 迭代 entrySet 更轻量、更高效
- 适合只读遍历或线程安全的副作用操作（如原子更新关联状态）
- 注意：它不保证遍历顺序，也不保证反映实时最新状态（弱一致性）
示例：
concurrentMap.forEach((k, v) -> metrics.record(k, v));Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
