Java Stream 分组后保持排序的收集方案

Java Stream 使用 groupingBy 分组后，排序要先说清楚“排哪一层”：输入元素顺序、分组键顺序，还是每个分组中的元素顺序。最常用的做法是把 Map 工厂传成 LinkedHashMap::new，保留分组键第一次出现的顺序；如果要求键的自然顺序，则使用 TreeMap::new。每组内部的顺序则交给下游 Collector 或分组前的排序。

官方地址：https://docs.oracle.com/en/java/javase/26/

下面的示例使用订单数据说明三种目标，代码只展示收集策略，不把一次偶然的遍历结果当成排序保证。

先确定排序目标，再选择 Collector 参数

Collectors.groupingBy 可以接收分类函数、Map 工厂和下游 Collector。第一个参数决定分组键，第二个参数决定结果 Map 的实现，第三个参数决定每组如何收集。它们分别对应三个接口决策：按什么分、键怎么排、组内值怎么排。

// 订单只保留文章中需要的字段，便于观察分组键和组内顺序
record Order(String region, String code, int amount) {}

List orders = List.of(
    new Order("华东", "A-03", 30),
    new Order("华北", "B-02", 20),
    new Order("华东", "A-01", 10)
);

// LinkedHashMap 保留分组键首次出现的顺序：华东、华北
Map> byFirstSeen = orders.stream()
    .collect(Collectors.groupingBy(
        Order::region,
        LinkedHashMap::new,
        Collectors.toList()
    ));

这里的“保持排序”不是自动对字符串或数字排序，而是保留流中分组键第一次出现的顺序。若输入来自无序集合，LinkedHashMap 只能保留那个输入顺序，不能替输入补出业务排序。

按分组键排序：使用 TreeMap 工厂

如果目标是让结果的键按自然顺序排列，可以直接让 groupingBy 创建 TreeMap。这会改变 Map 的键遍历顺序，但不会自动重排每个 List 中的订单。

// TreeMap 负责“键”的排序，华北会排在华东前面
Map> byRegion = orders.stream()
    .collect(Collectors.groupingBy(
        Order::region,
        TreeMap::new,
        Collectors.toList()
    ));

// 读取时按 Map 的键顺序遍历，避免再次复制成另一种 Map
byRegion.forEach((region, items) -> {
    // items 的顺序仍由输入流和下游 Collector 决定
    System.out.println(region + " -> " + items.size());
});

需要自定义排序时，可以给 TreeMap 传入比较器；比较器必须与业务键的等价关系一致，否则两个不同业务键可能被视为同一个键而合并。

让每个分组内部也按字段排序

当要求“键按区域排序、区域内订单按编号排序”时，键顺序和组内顺序要分别配置。组内排序适合放在下游 mapping 与 sorted 中，这样排序意图会紧贴每个分组的结果。

// 先按区域键排序，再让每个区域内的订单按编号升序收集
Map> codesByRegion = orders.stream()
    .collect(Collectors.groupingBy(
        Order::region,
        TreeMap::new,
        Collectors.mapping(
            Order::code,
            Collectors.collectingAndThen(
                Collectors.toList(),
                values -> {
                    // 复制后排序，避免修改来源集合或共享的可变列表
                    List sorted = new ArrayList(values);
                    sorted.sort(Comparator.naturalOrder());
                    return List.copyOf(sorted);
                }
            )
        )
    ));

也可以先对流整体按 code 排序，再使用 LinkedHashMap 分组；但那表达的是“按全局输入顺序进入各组”，不如上面的下游 Collector 直观。选择哪一种，取决于排序是否只服务于当前分组。

接口边界与常见误区

第一，HashMap 不提供键顺序保证，不能靠当前 JDK 的输出顺序作为契约。第二，并行流下，如果需要稳定的业务顺序，应明确使用有序数据源和合适的顺序保持策略，不要只看一次运行结果。第三，空输入会得到空 Map，不会自动产生预设区域；需要默认区域时应在收集后补齐。第四，List.copyOf 产生不可变列表，调用方若还要追加元素，就应改用可变副本。

可以把选择压缩成下面的决策：

相关问题

为什么 groupingBy 后不能直接假设结果有序？

默认重载通常使用普通 Map 工厂，接口并不承诺键的遍历顺序。要把顺序写进结果契约，应显式传入 LinkedHashMap::new 或 TreeMap::new。

先排序再分组和组内排序有什么区别？

先排序再分组会影响元素进入所有分组的整体顺序；下游排序只整理各组自己的结果。若分组是独立接口返回值，后者通常更容易表达调用方需求。