本文介绍如何使用 java 8 stream 的 `collectors.tomap` 配合自定义键（如 `record idanddate`）与合并函数，高效地对订单列表按 `id` 和 `date` 两字段分组，并原地或不可变地聚合 `amount`，最终直接获得合并后的 `order` 列表，避免嵌套 `groupingby` 和中间 `map
在 Java 8 Stream 中，若需按多个字段联合分组（如 id + date）并合并同组元素（如累加 amount），最简洁、高效的方式并非嵌套 groupingBy，而是使用 Collectors.toMap —— 它天然支持键冲突时的自定义合并逻辑（即 mergeFunction），且可直接产出 Map
✅ 推荐方案：toMap + 复合键 record
首先，定义一个不可变、可作为 Map 键的轻量级复合键类型（Java 14+ 推荐用 record，兼容性好且语义清晰）：
record IdAndDate(Integer id, LocalDate date) {}接着，使用 Collectors.toMap 构建映射：
- keyMapper：将每个 Order 映射为 IdAndDate(id, date)；
- valueMapper：直接保留原 Order 对象（Function.identity()）；
- mergeFunction：当键重复时，调用 Order::combine 合并金额（注意：此方法当前为就地修改）。
完整代码如下：
立即学习“Java免费学习笔记（深入）”；
List<Order> result = new ArrayList<>(
orders.stream()
.collect(Collectors.toMap(
order -> new IdAndDate(order.getId(), order.getDate()),
Function.identity(),
Order::combine // ⚠️ 修改原对象
))
.values()
);⚠️ 注意事项：可变性与线程安全
当前 Order.combine(Order other) 方法返回 this 并直接修改当前实例（如 setAmount(getAmount() + other.getAmount())），这意味着：
- 原始 orders 列表中的部分对象状态会被改变；
- 若原始数据需保持不变，或在并行流（.parallelStream()）中使用，该实现不安全。
✅ 推荐改进：返回新实例（不可变风格）
public Order combine(Order other) {
return new Order(
this.id,
this.date,
this.amount + other.amount
);
}此时需确保 Order 类提供对应构造器（或使用 Builder），并保证 IdAndDate 键的 equals/hashCode 正确（record 已自动实现）。这样既保持函数式编程的纯净性，也支持并行处理。
? 替代方案对比（不推荐）
- ❌ 嵌套 groupingBy（如原代码）：逻辑冗余、可读性差、性能略低（两次遍历+多层 Map 构建）；
- ❌ 先 groupingBy 再 reduce：虽可行，但需手动处理空值和初始值，代码更 verbose；
- ✅ toMap 是标准库中专为此类“去重+合并”场景设计的最优解。
✅ 总结
| 方案 | 简洁性 | 可读性 | 安全性 | 推荐度 |
|---|---|---|---|---|
| toMap + record 键 + combine | ★★★★★ | ★★★★☆ | ⚠️（需改造成不可变） | ⭐⭐⭐⭐⭐ |
| 嵌套 groupingBy | ★★☆☆☆ | ★★☆☆☆ | ★★★☆☆ | ⭐⭐☆☆☆ |
一句话实践建议：优先使用 Collectors.toMap 配合语义化复合键，让合并逻辑集中、直观、高效；若需数据不可变，请让 combine 返回新对象而非修改自身。
