应将脱敏逻辑嵌入Collectors.toMap()的keyMapper或valueMapper中，如u -> maskPhoneNumber(u.getPhone())，配合冲突解决器和空值防护，避免中间集合与NPE，多线程下需无状态脱敏及ConcurrentHashMap。
直接用 Collectors.toMap() 对脱敏后的属性构建映射，关键不是“先脱敏再转 Map”，而是把脱敏逻辑嵌入到键或值的提取函数中——这样既保持流式简洁，又避免中间集合和重复遍历。
脱敏后以手机号为 key 构建用户映射
常见场景：用脱敏手机号（如 138****1234）作 key，查原始用户对象。不能直接用 user::getPhone，而要把脱敏逻辑写进 keyMapper：
- 键提取器写成
u -> maskPhoneNumber(u.getPhone())，其中maskPhoneNumber是你封装的脱敏方法 - 值提取器仍用
Function.identity()，保留完整对象 - 必须提供冲突解决器，例如
(a, b) -> a（保留首个）或抛异常（若脱敏后碰撞属业务异常）
示例代码：
Map.collect(Collectors.toMap(
u -> maskPhoneNumber(u.getPhone()),
Function.identity(),
(a, b) -> a
));
脱敏后以 ID 为 key、敏感字段为 value 的只读视图
比如对外提供「ID → 脱敏姓名 + 星号邮箱」的轻量映射，不暴露原始对象：
- 键仍用
u -> u.getId() - 值提取器写成
u -> new SimpleUserView(u.getName(), maskEmail(u.getEmail())) - 值类型是自定义 DTO 或 record，天然隔离敏感数据
这样生成的 Map 值本身已脱敏，后续任何访问都不可能误触原始字段。
规避 null 和脱敏空值引发的 NPE
脱敏方法若返回 null（如对 null 手机号直接 return null），会导致 toMap 插入 null 键而抛 NullPointerException：
- 在 keyMapper 中防御：用
Optional.ofNullable(u.getPhone()).map(this::maskPhoneNumber).orElse("UNKNOWN") - 或统一约定空值脱敏为固定占位符（如
"***"），而非 null - 避免在 valueMapper 中返回 null——toMap 不拒绝 null 值，但可能引发下游空指针
并行流下安全脱敏映射（需线程安全脱敏逻辑）
若用 parallelStream() 加速大批量脱敏建图：
- 脱敏方法必须无状态、无共享变量（如不依赖 SimpleDateFormat 实例）
- 显式指定并发容器：
Collectors.toMap(keyMapper, valueMapper, (a,b)->a, ConcurrentHashMap::new) - 注意：ConcurrentHashMap 允许 null 值但不允许 null 键，所以 key 脱敏结果仍需非 null
