使用Collectors.toMap按业务优先级动态映射，需封装渠道、号码、优先级为载体，通过mergeFunction比较priority选取最优phone值，推荐先filter非空再合并。
使用 Collectors.toMap 实现“按业务优先级动态选择变量映射结果”，核心在于：不直接用字段值做 value，而是将多个候选值封装为有序列表或优先级结构，再在 mergeFunction 中按预设规则选取最优项。
明确优先级规则并建模候选值
例如订单来源有「APP > H5 > 小程序 > PC」四级优先级，一个用户可能在多个渠道留下手机号，需取最高优渠道的号码。此时不能直接写 toMap(User::getId, User::getPhone)，而应先让每个元素携带「渠道+号码+权重」信息：
- 定义轻量数据载体（如 record 或简单 inner class），含
source（渠道名）、phone、priority（数值越小越优） - 流式处理时，把原始对象转为此载体，并赋予对应优先级：
.map(u -> new SourcePhone(u.getId(), u.getPhone(), sourcePriorityMap.get(u.getSource())))
用 mergeFunction 实现优先级裁决
toMap 的第三个参数 mergeFunction 是关键——它在 key 冲突时决定保留哪个 value。这里让它比较两个候选值的 priority，选更优者：
- Collectors.toMap(
sp -> sp.userId,
sp -> sp,
(a, b) -> a.priority ) - 注意：若优先级相等，可追加次级规则（如取最新时间戳、字典序靠前的 source 等）
最终提取目标字段，避免中间对象泄漏
map 的 value 是临时载体，业务真正需要的是 phone 字段。有两种简洁做法：
- 在 toMap 后链式调用
.collectingAndThen(..., map -> map.values().stream().collect(toMap(...)))—— 不推荐，嵌套深 - 更推荐：在 merge 后直接映射出目标字段，即把 toMap 的 value mapper 写成
sp -> sp.phone，同时 mergeFunction 改为返回String：
(a, b) -> a.priority
处理空值与兜底逻辑
实际场景中，某些记录 phone 可能为 null。可在 mergeFunction 中加入空安全判断：
- 优先选非 null 值：
(a, b) -> a.phone != null ? a : (b.phone != null ? b : a) - 或统一兜底：
mergeFunction返回前检查，若两者都为 null，则返回默认值（如 "N/A"） - 也可提前 filter 掉无效项：
.filter(sp -> sp.phone != null)，语义更清晰
