Collectors.toMap() 默认不支持重复键，因设计要求显式处理冲突以避免歧义；可通过提供 mergeFunction（如(v1,v2)->v1）或改用 groupingBy 等更语义化的收集器解决。
当使用 Collectors.toMap() 将 Stream 转为 Map 时，若多个元素生成相同键，会抛出 IllegalStateException（“Duplicate key”）。这不是 Bug，而是设计使然——它要求你显式决定冲突策略。
为什么默认不支持重复键？
Java 的 toMap 是强契约型收集器：它假设输入数据天然满足“键唯一”前提。这种设计避免隐式覆盖带来的歧义，强制开发者直面数据建模问题。比如用户按姓名分组时，同名是否应合并？怎么合并？必须由你定义。
用 mergeFunction 处理键冲突
最常用的方式是提供第三个参数——BinaryOperator 类型的合并函数，用于指定“当键已存在时，新旧值如何合并”：
-
保留第一个值：
(v1, v2) -> v1 -
保留最后一个值：
(v1, v2) -> v2 -
相加（适用于数值）：
Integer::sum -
拼接字符串：
(v1, v2) -> v1 + ", " + v2
示例：按首字母分组，值为姓名列表（需配合 Collectors.groupingBy 更自然，但 toMap 也能实现）：
立即学习“Java免费学习笔记（深入）”；
Map<Character, String> map = list.stream()
.collect(Collectors.toMap(
s -> s.charAt(0), // key: 首字母
s -> s, // value: 姓名本身
(s1, s2) -> s1 + "/" + s2 // 冲突时拼接
));
用 toMap 的重载版本规避异常
如果你只是想“不报错”，而不在乎逻辑合理性，可选带 Supplier<Map> 和 BinaryOperator 的四参数版本，它允许你传入线程安全的 Map 实现（如 ConcurrentHashMap），并自定义合并行为：
- 适合并发流场景
- 可传入
TreeMap::new实现有序结果 - 仍需提供 merge 函数，否则无法解决冲突
注意：不要为了“不崩溃”而忽略业务含义——比如用 (v1,v2)->v2 默默丢弃旧值，可能掩盖数据质量问题。
更清晰的替代方案：先分组再映射
当合并逻辑复杂（如需要统计数量、取最大值、构建集合等），直接用 Collectors.groupingBy 或 Collectors.toMap 配合下游收集器更直观：
- 要得到
Map<K, List<V>>？用groupingBy(keyMapper) - 要得到
Map<K, Integer>计数？用groupingBy(keyMapper, counting()) - 要取每个键对应的最大值？用
toMap(key, value, BinaryOperator.maxBy(Comparator))
这些方式语义明确，不易出错，也更容易测试和维护。
