groupingBy嵌套summarizingInt不能直接两层因后者返回IntSummaryStatistics而非Collector；正确做法是外层groupingBy分组、内层summarizingInt统计，结果为Map。
groupingBy 嵌套 summarizingInt 为什么不能直接写两层 groupingBy
因为 Collectors.groupingBy() 的下游收集器必须返回一个明确的值，而 Collectors.summarizingInt() 返回的是 IntSummaryStatistics 对象——它本身不是键，不能被再次用作 groupingBy 的分类依据。常见错误是写成 groupingBy(..., groupingBy(..., summarizingInt()))，这会导致编译失败：类型不匹配，下游期望 Collector，但嵌套的 groupingBy 返回的是 Map。
正确写法：先 groupBy 再对每个分组内部 summarizingInt
多级汇总的本质是「按一级维度分组 → 对每个子组单独做数值统计」。所以要用两层结构：外层 groupingBy 指定第一级分类字段（比如部门），内层用 summarizingInt 直接处理该组内元素的某个 int 字段（比如薪资）。
- 外层
groupingBy(Person::getDepartment)返回Map<string list>></string> - 内层传入
Collectors.summarizingInt(Person::getSalary)，它会自动对每个List<person></person>计算 count/min/max/sum/average - 最终结果类型是
Map<string intsummarystatistics></string>
示例代码：
Map<string intsummarystatistics> statsByDept = people.stream()
.collect(Collectors.groupingBy(
Person::getDepartment,
Collectors.summarizingInt(Person::getSalary)
));</string>
想再加一级分类（比如部门+岗位）怎么办
Java 8 原生 groupingBy 不支持“元组键”，得手动构造复合键。别用匿名类或 Pair 工具类——容易引发 equals/hashCode 问题，推荐用 AbstractMap.SimpleEntry 或记录类（Java 14+）。
- Java 14+ 推荐：
groupingBy(p -> new AbstractMap.SimpleEntry(p.getDepartment(), p.getRole()), summarizingInt(...)) - 注意
SimpleEntry的equals和hashCode是基于 key/value 实现的，安全 - 如果用字符串拼接（如
p.getDept() + "|" + p.getRole()），要确保字段值本身不含分隔符，否则汇总错乱 - 性能上，对象键比字符串键略优（避免重复 substring 和 intern）
summarizingInt 统计结果怎么取具体值
IntSummaryStatistics 不是 Map，不能用 get("sum") 这种方式。必须调用对应方法：
-
stats.getSum()、stats.getCount()、stats.getAverage()（返回 double，注意空组时为 0.0） -
stats.getMin()和stats.getMax()在空组时返回Integer.MAX_VALUE和Integer.MIN_VALUE——这是最容易踩的坑，务必判空或用Optional包装 - 如果需要 JSON 输出或转 Map，得手动映射：
Map.of("sum", stats.getSum(), "avg", stats.getAverage())
空组问题没有自动防护，哪怕你用了 groupingBy(..., HashMap::new, ...)，空分组依然会产生一个 IntSummaryStatistics 实例，只是所有值都是初始态。
