TreeMap需配合自定义比较器才能按账期自然排序，关键在于将各类非标准账期字符串（如“2024-03”“2024-Q2”）统一解析为LocalDate或序号等可比基准，再基于该基准比较；解析须覆盖常见格式并容错，且需契合公司会计政策。
TreeMap 本身不支持直接按账期（如“2024-03”、“2024-Q2”、“2023年12月”等非标准日期格式）自然排序，必须配合自定义比较器才能正确识别账期逻辑并排序。关键在于把各种账期字符串统一解析为可比较的时间基准（如毫秒、序号或 LocalDate），再基于该基准比较。
账期字符串需先标准化为统一时间基准
不同财务系统导出的账期格式五花八门：有的用“YYYY-MM”，有的用“YYYY年M月”，还有“YYYY-Qn”“FY2024-P03”等。直接字符串比较会出错（比如“2024-1” “2024-10”）。所以比较器第一步是解析账期，转成可排序的中间表示：
- 推荐转为 LocalDate 的月初日期（如“2024-03” → 2024-03-01，“2024-Q2” → 2024-04-01）
- 或转为 long 类型的季度/月份序号（如2024年3月 = 2024×12 + 3 = 24291；2024年Q2 = 2024×4 + 2 = 8098）
- 避免用 SimpleDateFormat（线程不安全）、优先用 DateTimeFormatter + try-catch 容错
写一个健壮的账期比较器
实现 Comparator
示例片段（使用 LocalDate 方式）：
Comparator<String> periodComparator = (p1, p2) -> {
LocalDate d1 = parsePeriod(p1).orElse(LocalDate.of(1970, 1, 1));
LocalDate d2 = parsePeriod(p2).orElse(LocalDate.of(1970, 1, 1));
return d1.compareTo(d2);
};
其中 parsePeriod() 方法应覆盖常见格式：“yyyy-MM”、“yyyy年M月”、“yyyy-Qq”、“yyyy/MM”，并忽略空格、全半角字符等干扰。
构造 TreeMap 并确保键唯一性
账期作为 key 放入 TreeMap 时要注意：同一账期可能对应多条数据（如多个科目），所以实际建议用 TreeMap
- 若报表每行账期唯一，直接 new TreeMap(periodComparator)
- 若存在重复账期，建议用 TreeMap
> + computeIfAbsent 聚合 - 插入后遍历顺序即为账期升序，无需额外 sort
注意时区与业务规则细节
财务账期常含特殊规则：如“2024年3月”实际指2024-03-01至2024-03-31，但“财年2024”可能从2023-04-01开始。比较器必须和公司会计政策一致：
- 确认“Q1”是否指1–3月，还是公司自定义（如10–12月）
- 某些系统用“滚动12个月”账期（如“2024.03_R12”），需提取基准月再推算
- 测试边界用例：“2023-12” vs “2024-01”、“2024-Q4” vs “2025-Q1”
