从日期字符串提取年份和季度需先标准化为YYYY-MM-DD格式，再用(month-1)/3+1计算季度（1~4），注意校验月份1~12、年份偏移修正；C++20推荐用std::chrono::year_month_day解析并比较年份与month()/3。
如何从日期字符串提取年份和季度
核心是把日期标准化为 YYYY-MM-DD 格式（或至少能可靠解析出年、月），再用月份推算所属季度。C++ 标准库没有直接的“季度”类型，得靠整数运算：季度 = (month - 1) / 3 + 1（结果为 1~4）。注意月份必须是 1~12，不能是 0~11。
常见错误是直接对 std::tm 的 tm_mon（0-based）做除法却不加 1，导致 Q1 变成 0；或者没校验输入日期合法性，比如 "2023-13-01" 会算出 (13-1)/3+1 = 5，逻辑崩坏。
实操建议：
- 用
std::get_time或 C++20 的std::chrono::parse解析字符串，失败时立即返回 false - 手动拆分字符串也行，但必须检查
month是否在 1~12 范围内 - 年份直接取
tm_year + 1900（std::tm中tm_year是距 1900 年的偏移）
用 std::tm 比较两个日期是否同季
只要年份相等且季度数值相等，就属于同一季度。不需要计算具体天数差，也不依赖 std::chrono 的复杂转换——尤其在只处理年月、不关心时分秒的场景下，std::tm 更轻量。
立即学习“C++免费学习笔记（深入）”；
关键点：
- 别直接比较两个
std::tm对象（它们不是可比类型），要分别提取tm_year和tm_mon - 季度计算统一用：
(tm_mon + 1 - 1) / 3 == (other_tm_mon + 1 - 1) / 3→ 简化为tm_mon / 3 == other_tm_mon / 3（因为tm_mon是 0~11，0/3=0、1/3=0、2/3=0 对应 Q1，以此类推） - 年份比较必须用
tm_year原值（即 123 表示 2023 年），别错写成tm_year + 1900 == other_tm_year + 1900—— 虽然结果对，但冗余且易读性差
C++20 std::chrono 的简洁写法
如果你用的是 C++20 且已启用 <chrono>，可以用 std::chrono::year_month_day 直接解析并提取字段，语义更清晰，且自动拒绝非法日期（如 2023-02-30）。
示例逻辑：
auto ymd1 = std::chrono::year_month_day{std::chrono::sys_days{date1}};
auto ymd2 = std::chrono::year_month_day{std::chrono::sys_days{date2}};
bool same_quarter = (ymd1.year() == ymd2.year()) &&
(ymd1.month() / 3 == ymd2.month() / 3);
注意：std::chrono::month 是 1~12，所以这里用 month() / 3 会得到 0~3（对应 Q1~Q4），需确保两边都用相同规则。更稳妥写法是定义辅助函数：int quarter_of(std::chrono::month m) { return (static_cast<unsigned>(m) - 1) / 3 + 1; }
兼容性提醒：MSVC 19.3x+、GCC 11+、Clang 14+ 才完整支持 std::chrono::parse；若用旧编译器，回退到 std::get_time 更稳妥。
容易被忽略的边界情况
季度判断看似简单，但真实业务中常踩坑：
- 跨年临界点：2023-12-31 和 2024-01-01 年份不同，必然不同季，但有人误以为“都是年末年初”就该归一类
- 时区影响：如果输入是带时区的 ISO 字符串（如 "2023-04-01T00:00:00+09:00"），解析后需确认是否转为本地时间或 UTC 再取年月，否则东京时间 4 月 1 日可能对应 UTC 的 3 月 31 日
- 季度定义差异：金融行业有时用“自然季度”（Jan-Mar 为 Q1），但也有公司自定义 4-6 月为 Q1，代码里必须明确约定，不能假设
- 空值或默认值：
std::tm初始化为全 0 时，tm_mon == 0表示 1 月，但tm_year == 0表示 1900 年——若未初始化就用，会导致“1900-Q1”和任何现代日期都不匹配
最保险的做法：所有日期输入先做格式校验和范围检查，再进入季度计算逻辑。
