本文介绍如何使用 java 8 stream 的 `collectors.tomap` 配合自定义键（如 `idanddate` 记录类）与合并函数，高效地按 id 和日期对订单进行分组并累加金额，直接得到合并后的 `order` 列表，避免嵌套 `groupingby` 和中间 `map
在实际业务中，我们常需对具有相同业务维度（如订单 ID 和日期）的记录进行聚合计算——例如将同一 ID、同一天的多个订单金额相加。传统做法是嵌套两层 groupingBy，不仅代码冗长，还引入了不必要的中间集合结构（如 Map<Integer, List<Order>>），可读性与性能均受影响。
更优雅的解法是：构造唯一复合键 + 使用 toMap + 自定义合并逻辑。Java 14+ 支持 record，可简洁定义不可变键类型；即使使用 Java 8，也可用普通类替代。核心思路如下：
- 定义复合键：将 id 和 date 封装为单一键对象，确保语义清晰且天然支持 equals/hashCode；
- 使用 Collectors.toMap：相比 groupingBy，toMap 允许直接指定合并策略（mergeFunction），一步完成“遇到重复键时如何合并值”；
- 确保 combine 方法语义安全：当前 Order.combine(Order) 修改原对象并返回 this，虽能工作，但存在副作用风险。
✅ 推荐实现（兼容 Java 14+，简洁安全）：
record IdAndDate(Integer id, LocalDate date) {}
// 主聚合逻辑
List<Order> result = new ArrayList<>(
orders.stream()
.collect(Collectors.toMap(
order -> new IdAndDate(order.getId(), order.getDate()), // 键：唯一标识
Function.identity(), // 值：原始 Order 对象
Order::combine // 冲突时合并：金额累加
))
.values() // 提取所有合并后的 Order 实例
);⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
-
副作用警告：当前 Order.combine() 是就地修改（mutating），会导致原始 orders 列表中的某些对象状态被改变。若需纯函数式行为（推荐），应重写 combine 为无副作用版本：
public Order combine(Order other) { return new Order( this.id != null ? this.id : other.getId(), this.date != null ? this.date : other.getDate(), this.amount + other.getAmount() ); }并相应调整 toMap 的 valueMapper 为构造新实例（如 order -> new Order(order.getId(), order.getDate(), order.getAmount())），确保线程安全与可预测性。
-
Java 8 兼容方案：若无法使用 record，可用静态内部类替代：
static class IdAndDate { final Integer id; final LocalDate date; IdAndDate(Integer id, LocalDate date) { this.id = id; this.date = date; } @Override public boolean equals(Object o) { /* ... */ } @Override public int hashCode() { /* ... */ } } 空值处理：生产环境建议在 keyMapper 中增加 Objects.requireNonNull 或空值校验，防止 NullPointerException。
总结：通过 toMap 替代嵌套 groupingBy，不仅大幅简化代码结构，还提升了执行效率（单次遍历、O(1) 键查找）。结合不可变键设计与纯函数式合并逻辑，可构建出健壮、可维护、符合函数式编程思想的数据聚合流水线。
