按小时汇总业务流水需用localdatetime.truncatedto(chronounit.hours)构造无歧义分组键，再通过groupingby聚合；须注意时区转换、空缺小时补全及多维度统计。
用 Collectors.groupingBy 按小时汇总业务流水，核心是把时间字段“截断”到小时粒度，再以该粒度为 key 分组聚合。关键不在 groupingBy 本身，而在于如何构造小时级的分组键。
提取小时维度的分组键
Java 8+ 推荐用 LocalDateTime 或 ZonedDateTime 处理时间。不能直接用 date.toString() 或 SimpleDateFormat 格式化字符串作 key（易出时区/格式歧义），应构造可比较、无歧义的小时标识：
- 方案一：用
LocalDateTime.truncatedTo(ChronoUnit.HOURS)—— 返回当天该小时的起始时刻（如2024-05-20T14:00），类型为LocalDateTime，天然可排序、线程安全、语义清晰 - 方案二：用
YearMonthDayHour自定义 key（如封装 year、month、day、hour 四个 int 字段），适合需跨时区或存储优化的场景 - 避免用
String.format("yyyy-MM-dd HH")，虽直观但字符串比较效率低，且无法直接参与日期计算
基础分组 + 求和汇总示例
假设业务流水对象为 Transaction，含 LocalDateTime time 和 BigDecimal amount：
Map<localdatetime bigdecimal> hourlySum = transactions.stream()
.collect(Collectors.groupingBy(
t -> t.getTime().truncatedTo(ChronoUnit.HOURS),
Collectors.mapping(Transaction::getAmount, Collectors.reducing(
BigDecimal.ZERO, BigDecimal::add))
));</localdatetime>
说明：
– 第一个参数是分组函数，生成小时级 key；
– 第二个参数指定下游收集器：先用 mapping 提取金额，再用 reducing 累加（比 summingBigDecimal 更可控，支持空值防护）
补充常用增强需求
真实报表常需更多统计维度：
-
补全空缺小时：若某小时无流水，map 中不包含该 key。可在分组后，用
LocalDateTime start到end循环生成完整小时序列，对 mapgetOrDefault(hour, BigDecimal.ZERO) -
按天+小时两级分组：用
Map<localdate map bigdecimal>></localdate>，key 为t.getTime().toLocalDate()，下游再按t.getTime().getHour()分组 -
带计数与均值：用
Collectors.collectingAndThen包装Collectors.summarizingDouble或自定义Collector.of实现多指标聚合（如 sum、count、avg）
注意时区与数据一致性
若原始时间存的是 UTC，而报表需按本地时区（如东八区）小时汇总，务必先转换：
ZonedDateTime zdt = t.getTime().atZone(ZoneId.of("Asia/Shanghai"));
LocalDateTime hourKey = zdt.truncatedTo(ChronoUnit.HOURS).toLocalDateTime();
否则可能因时区错位导致同一自然小时被拆到两天。数据库中时间字段类型（TIMESTAMP WITH TIME ZONE vs LOCALDATETIME）也需与代码逻辑对齐。
