<p>年份和季度可直接用整除与取模计算：quarter = (month - 1) / 3 + 1，同季同年即年份相等且季度相等；需校验 month ∈ [1,12]；手写比较函数应先比年份再比 (month-1)/3；避免滥用 std::chrono；跨年必不同季。</p>
提取年份和季度的最简逻辑
直接用整除和取模就能算出季度，不需要引入 std::chrono 或第三方库。给定一个日期（年、月、日），季度只取决于月份：quarter = (month - 1) / 3 + 1，年份就是原年份。两个日期同季同年，等价于年份相等且季度相等。
常见错误是把 12 月误判为第 4 季度以外的值——注意月份必须是 1~12 范围，否则 (month - 1) / 3 整除会出错。
- 月份为 1、2、3 →
(1-1)/3=0→0+1=1 - 月份为 10、11、12 →
(10-1)/3=3→3+1=4 - 若输入 month=0 或 month=13，结果无意义，需前置校验
手写比较函数时怎么处理日期结构
假设你用结构体存日期，比如 struct Date { int year, month, day; };，那就别绕弯子，直接比年和季度：
bool sameQuarter(const Date& a, const Date& b) {
if (a.year != b.year) return false;
int q1 = (a.month - 1) / 3;
int q2 = (b.month - 1) / 3;
return q1 == q2;
}这里用 (month - 1) / 3（整数除法）代替 +1 再比较，更简洁且避免溢出风险；季度值 0/1/2/3 比 1/2/3/4 更适合做底层计算。
立即学习“C++免费学习笔记（深入）”；
别在函数里验证 day 是否合法——季度判断不依赖日，加校验反而模糊焦点，该由调用方或构造函数保证日期有效性。
用 std::chrono 的坑：别被“高级”拖慢节奏
有人想用 std::chrono::year_month_day 解析字符串再比季度，但这是过度设计。除非你 already 在用 sys_days 做时间差计算，否则引入 parse、local_days、时区处理，只会增加编译依赖和运行开销。
典型翻车点：
-
std::chrono::parse要求输入格式严格匹配，比如"2023-04-15"少个零就失败 - 把
year_month_day转成year_quarter_month？标准库根本没有quarter类型 - 为取季度硬拆
month()再算，和手写函数相比代码量翻倍、可读性下降
边界场景：跨年但月份碰巧同季？不可能
“2023-12-31 和 2024-01-01 是否同季”——答案是否定的，因为年份不同。季度定义绑定年份，Q4 2023 和 Q1 2024 是两个独立周期，不存在“跨年同季”这种说法。
容易被忽略的是：有些业务系统把财年当作自然年（如 FY2024 从 2023-10 开始），这时季度映射关系完全改变。但那属于领域逻辑，不在通用日期判断范畴内——你的函数只负责自然年季度，别试图在里面塞财年配置。
