Collectors.toMap不支持自动类型转换，需在map()中显式转换键值类型，确保匹配泛型参数；注意null值、重复键处理及异常安全。
Collectors.toMap 本身不支持自动类型强制转换，它只负责将流中的元素按指定规则收集为 Map。类型转换需在映射过程中显式完成，而非 toMap 内部行为。
明确键值类型并在 map() 中提前转换
toMap 的三个泛型参数（K, V, M extends Map
- 例如将 List
- 避免在 toMap lambda 内做不安全转换（如 (String)e），应配合 instanceof 或 Optional.ofNullable 判断后再转，防止 ClassCastException
使用 Function.compose 或 andThen 链式处理转换逻辑
当转换逻辑较复杂（如字符串解析、空值默认化），可封装为独立 Function，并用 compose 先处理输入再交给 toMap：
- Function
keyFunc = u -> u.getId().toString();
FunctionvalFunc = u -> Integer.parseInt(u.getAgeStr()); - 若 ageStr 可能为 null，改写为：u -> Optional.ofNullable(u.getAgeStr()).map(Integer::parseInt).orElse(0)
注意重复键冲突与 null 值限制
toMap 默认不接受 null 键或 null 值，且遇到重复 key 会抛 IllegalStateException。类型转换后若导致 key 冲突（如不同对象 toString() 结果相同）或产生 null，需显式提供 merge 函数和 null 安全处理：
- 用 toMap(k, v, (v1,v2) -> v1) 忽略重复键的后一个值
- 若 value 可能为 null，改用 computeIfAbsent 或先过滤 null：filter(Objects::nonNull).collect(...)
- 避免直接转换 null 引用，例如 (String)null 会触发 NullPointerException
替代方案：先 collect 成 List 再手动构建 Map
当转换逻辑耦合度高、异常处理复杂，或需多次尝试不同转换策略时，可绕过 toMap，改用传统方式提升可控性：
- 先 list.stream().map(this::safeConvert).filter(Objects::nonNull).collect(Collectors.toList()) 得到统一类型集合
- 再遍历该列表，用 new HashMap() + put(key, value) 构建，期间自由处理 NumberFormatException、ClassCastException 等
- 适合调试阶段或业务规则频繁变动的场景
