脱敏必须在 stream.map() 阶段完成，不可在 Collectors.toMap 内部处理；应提前构造脱敏 DTO 或 SimpleEntry，确保所有 value 均为脱敏后数据，保持职责分离与安全性。
在使用 Collectors.toMap 进行流式转换时，无法直接在收集器内部做脱敏逻辑，但可以在映射前对源对象的敏感字段提前处理——这是最安全、清晰且符合函数式编程原则的做法。
脱敏必须在 map() 阶段完成，而非 toMap() 内部
Collectors.toMap 的三个参数（keyMapper、valueMapper、mergeFunction）只负责提取键、值和解决冲突，不提供修改原始对象或对值做二次加工的能力。想对敏感字段（如手机号、身份证号、邮箱）脱敏，必须在 stream.map() 中预先构造脱敏后的对象或 Map.Entry。
- 错误做法：试图在 valueMapper 中调用脱敏工具方法并返回原对象 → 脱敏未生效，因原对象引用未变
- 正确做法：map 阶段创建新对象（如 DTO），其中敏感字段已脱敏；或直接生成脱敏后的键值对
推荐方式一：使用脱敏 DTO + toMap
定义一个仅含脱敏后字段的中间对象，避免污染原始实体：
Map<string string> userMap = users.stream()
.map(user -> new UserMasked(
user.getId(),
maskPhone(user.getPhone()), // 如 138****1234
maskIdCard(user.getIdCard()) // 如 110101****XX001X
))
.collect(Collectors.toMap(
UserMasked::getId,
u -> u.getName() + "-" + u.getMaskedPhone() // value 可组合脱敏信息
));</string>
推荐方式二：直接 map 为 AbstractMap.SimpleEntry
跳过额外 DTO，用轻量 Entry 封装脱敏键值：
Map<string string> phoneMap = users.stream()
.map(u -> new AbstractMap.SimpleEntry(
u.getId(),
maskPhone(u.getPhone()) // 直接脱敏 value
))
.collect(Collectors.toMap(
Map.Entry::getKey,
Map.Entry::getValue
));</string>
注意 mergeFunction 中的脱敏一致性
若存在重复 key（如多个用户共享同一 ID），合并逻辑中涉及敏感字段时，也需统一脱敏：
.collect(Collectors.toMap(
u -> u.getGroupId(),
u -> maskEmail(u.getEmail()),
(e1, e2) -> e1 + ";" + e2 // 此处 e1/e2 已是脱敏后字符串，无需再处理
));
确保所有参与合并的 value 都来自已脱敏的映射结果，避免原始敏感数据意外泄露。
本质上，toMap 是“收集器”，不是“处理器”。脱敏属于数据转换范畴，理应在流的中间操作（map/filter）中完成，保持职责分离，也便于单元测试和复用脱敏逻辑。
