Collectors.toMap键冲突时由合并函数决定保留值，触发条件是keyMapper映射出相同键；常用策略包括覆盖（(a,b)->b）、保留旧值（(a,b)->a）、取最大值（Integer::max）、求和（Integer::sum）及字符串拼接（(a,b)->a+", "+b），需注意空值处理与泛型推断。
使用 Collectors.toMap 时遇到键重复（冲突）是常见问题。默认会抛出 IllegalStateException，但你可以通过第三个参数——合并函数（merge function），灵活决定“当两个元素映射到同一个键时，保留哪个值”。
明确冲突场景：什么情况下会触发合并逻辑？
当流中多个元素经 keyMapper 映射出相同键时，后续元素会与已存在的键-值对发生冲突。此时，toMap(keyMapper, valueMapper, mergeFunction) 中的 mergeFunction 被调用，接收旧值（existing）和新值（incoming），返回最终要保留的值。
- 例如：按用户姓名分组统计积分，但存在同名用户 → 需决定取最高分、最新记录或累加值
- 又如：解析配置项列表，键为属性名，后出现的配置应覆盖前面的 → 合并函数直接返回新值
常用合并策略及对应写法
根据业务需求选择合适的合并逻辑，核心是写好那个 (oldValue, newValue) -> {...} 表达式：
-
保留新值（覆盖）：
(a, b) -> b—— 后来者居上，适合配置覆盖、最新状态优先等场景 -
保留旧值（忽略）：
(a, b) -> a—— 先到先得，适合去重保首、避免误覆盖 -
取较大/较小值：
Integer::max或(a, b) -> a > b ? a : b—— 适用于分数、版本号、时间戳等可比较类型 -
累加求和：
Integer::sum或(a, b) -> a + b—— 常用于统计类聚合，如按品类汇总销量 -
拼接字符串：
(a, b) -> a + ", " + b—— 适合合并标签、别名等多值字段（注意空值处理）
避坑要点：空值与类型安全
合并函数中若未处理 null，容易引发 NPE。尤其当 value 类型可能为空（如 Optional.get() 或数据库查不到字段）时：
- 推荐在
valueMapper阶段做空转默认（如obj.getName() != null ? obj.getName() : "unknown"） - 或在 merge 函数里判空：
(a, b) -> Optional.ofNullable(a).orElse(0) + Optional.ofNullable(b).orElse(0) - 注意泛型推断：若 key 或 value 类型不明确，编译器可能报错，建议显式指定类型，如
Collectors.toMap(...)
进阶技巧：结合 groupingBy + toMap 实现分组内规则聚合
单纯 toMap 适用于扁平流；若需先分组再对每组应用规则（如“每组取最新一条”），可嵌套使用：
- 先
Collectors.groupingBy(user -> user.getDept(), Collectors.collectingAndThen(Collectors.maxBy(Comparator.comparing(User::getUpdateTime)), Optional::get)) - 再将结果 Map 转为
toMap形式，或直接用toMap的变体配合自定义收集器 - 更简洁做法：用
toMap的三参数形式 + 自定义 keyMapper（如 dept+name 组合键），把分组逻辑融入键设计中
