Java中groupingBy默认返回HashMap，不保证顺序；需有序时应显式指定Map实现：保持插入顺序用LinkedHashMap::new，按key排序用TreeMap::new或带比较器的Supplier，null键需前置处理或选用HashMap::new。
Java 中 groupingBy 默认返回 HashMap，插入顺序和遍历顺序不保证。若需控制分组结果的顺序或行为，必须显式指定 Map 的实现类——这通过三参数重载版本的 Collectors.groupingBy(classifier, mapFactory, downstream) 实现，其中第二个参数就是 Supplier<Map> 类型的自定义 Map 供给。
保持插入顺序：用 LinkedHashMap::new
当原始数据已按业务逻辑排序（如按时间、编号），且希望分组后仍维持各 key 的首次出现顺序，应选用 LinkedHashMap::new。它不改变 key 的自然序，只忠实记录键值对的插入次序。
- 写法必须是
LinkedHashMap::new，不能写成new LinkedHashMap<>()（语法错误，Supplier 要求无参构造引用） - 适用于“先排序再分组”的典型场景，例如：
stream.sorted(...).collect(groupingBy(User::getRegion, LinkedHashMap::new, toList())) - 性能开销低，插入平均 O(1)，适合大多数有序需求
按 key 自然序或定制序排列：用 TreeMap::new 或带比较器的 Supplier
若目标是 key 按字典序、数值大小、或业务优先级（如 HIGH > MEDIUM > LOW）升/降序排列，TreeMap 更合适。注意其构造方式直接影响排序行为。
- 直接写
TreeMap::new仅适用于 key 类型实现了Comparable；否则运行时抛ClassCastException - 推荐显式传入比较器：例如
() -> new TreeMap<>(Comparator.comparingInt(o -> o.getPriority())) - 插入复杂度为 O(log n)，比
LinkedHashMap略高，但换来确定的有序遍历
处理 null 键或特殊键逻辑
groupingBy 默认拒绝 null 键。若源数据中分类函数可能返回 null，不能依赖 mapFactory 解决，而需前置适配：
立即学习“Java免费学习笔记（深入）”；
- 在分类函数中兜底转换，如
e -> e.getCategory() == null ? "未分类" : e.getCategory() - 若坚持保留
null作为 key，可选HashMap::new（支持 null 键），但需确保下游收集器兼容 null 值处理 -
TreeMap和LinkedHashMap均不支持null键（前者直接抛异常，后者在某些 JDK 版本中行为未定义）
类型安全与泛型推导
使用自定义 Map 工厂时，返回类型会参与泛型推导。若希望编译期明确类型（如 TreeMap<String, List<User>>），建议显式声明接收变量类型：
- ✅ 正确：
TreeMap<Integer, List<Order>> result = stream.collect(groupingBy(...)) - ⚠️ 不推荐仅靠
Map<K, V>接收，可能丢失具体类型信息，影响后续链式操作 - 注意：下游收集器（如
toList()）决定 value 类型，mapFactory只影响容器本身
