groupingby 分组后 key 为 null 会抛 nullpointerexception，应过滤 null 或用兜底值；不支持原生多字段分组，需构造复合 key；统计数量用 counting() 更高效；并发环境下须用 groupingbyconcurrent。
groupingBy 分组后 Map 的 key 是 null 怎么办
常见错误是用 groupingBy 传入一个可能返回 null 的属性提取器，比如 Person::getDepartment，而该字段在某些对象中为 null。Java 默认不允许 Map 的 key 为 null（HashMap 虽然允许，但 Collectors.groupingBy 内部使用的是 HashMap，实际会抛 NullPointerException）。
解决方法是提前过滤或替换 null 值：
- 用
filter预先排除null元素：list.stream().filter(p -> p.getDepartment() != null).collect(Collectors.groupingBy(Person::getDepartment)) - 或用
Objects.toString()或自定义映射兜底：Collectors.groupingBy(p -> p.getDepartment() == null ? "UNKNOWN" : p.getDepartment()) - 注意：别用
Optional.ofNullable(...).orElse(...)包一层再 get —— 这样写容易漏掉空指针，不如直接判空清晰
想按多个字段分组，groupingBy 支持吗
groupingBy 本身只接受单个 Function，不支持原生多级分组。但可以组合 Map 的 value 类型来实现，比如用 AbstractMap.SimpleImmutableEntry 或自定义 key 类。
更稳妥的做法是构造复合 key：
- 用
String.join拼接（适合简单场景）：Collectors.groupingBy(p -> String.join("-", p.getDept(), String.valueOf(p.getLevel()))) - 用
record（Java 14+）定义轻量 key：record DeptLevel(String dept, int level) {}，然后groupingBy(p -> new DeptLevel(p.getDept(), p.getLevel())) - 避免用
Arrays.asList(a, b)当 key ——List的equals和hashCode虽可用，但可读性差、不可序列化、易误用
分组后要统计数量，不是收集 List 怎么办
默认 groupingBy 返回 Map<k list>></k>，如果只需要每组数量，用 Collectors.counting() 更高效，不构造中间 List：
Map<string long> countByDept = list.stream()
.collect(Collectors.groupingBy(Person::getDepartment, Collectors.counting()));</string>
对比直接 .map(...).count() 再分组，这种写法一次遍历完成，内存占用低。若还需其他聚合（如平均年龄），可换用 Collectors.summarizingInt 或自定义 Collector。
- 注意：返回类型是
Long，不是Integer—— 即使数据量小也别强转，防止溢出隐患 - 如果 key 是枚举或固定集合，后续想补零值（比如某部门没人也要显示 0），得手动
putIfAbsent，groupingBy不自动填充
并发环境下用 groupingBy 安全吗
普通 groupingBy 返回的是非线程安全的 HashMap，不能直接用于并行流（parallelStream()）的下游 collector。虽然并行流内部会做合并，但若 collector 本身没声明并发友好，结果可能错乱或抛异常。
必须用线程安全的变体：
- 加
Collectors.toConcurrentMap替代（需重写逻辑） - 更简单：用
Collectors.groupingByConcurrent—— 它返回ConcurrentMap，且内部用ForkJoinPool合并安全 - 示例：
list.parallelStream().collect(Collectors.groupingByConcurrent(Person::getDepartment)) - 注意：
groupingByConcurrent不支持下游 collector（比如嵌套counting()），如需复杂聚合，得自己用ConcurrentHashMap+compute手写
分组逻辑越简单，越容易忽略并发语义；一旦用了 parallelStream()，groupingBy 就得换成带 Concurrent 后缀的版本，否则行为不确定。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
