推荐用 std::chrono::days 加减天数，自动处理闰年、大小月；纯日历日期运算应先转 sys_days 再加减 days，最后转回 year_month_day；加减月数需手动实现溢出检查。
用 std::chrono 加减天数最安全
直接操作年月日字段容易出错（比如闰年、大小月），std::chrono 的 days 类型能自动处理日历逻辑，推荐优先用它做天数加减。
常见错误是把 std::chrono::system_clock::time_point 当成“日期”来用——它本质是纳秒级时间戳，跨时区或夏令时可能偏移；若只关心纯日历日期（如“2024-03-15 + 30 天”），应先转成 year_month_day 再运算：
- 用
sys_days{y/m/d}将日期转为 time_point（以当天 00:00:00 UTC 为基准） - 加上
days(n)后，再用year_month_day{tp}提取结果 - 注意：
y/m/d中的m是month类型（不是 int），要写成month{3}或March
using namespace std::chrono;
year_month_day ymd = year{2024}/March/15;
sys_days tp = sys_days{ymd};
sys_days result_tp = tp + days{30};
year_month_day result = result_tp; // 自动归一化到合法日期（2024-04-14）
加减月数必须手写逻辑
std::chrono 没有内置的“月”单位——因为一个月的天数不固定，无法定义成恒定长度的时间间隔。强行用 months（C++20 引入）需搭配 year_month_day_last 等类型，但行为复杂且易踩坑：
-
year{2024}/February/29 + months{1}会变成2024/February/last，再转year_month_day得到2024/March/29（不是 3月31日） - 多数业务场景要的是“同日顺延”，比如 1月31日 + 1月 → 2月28日（平年）或 2月29日（闰年），这得自己实现
- 简单做法：先加月数，再检查日是否溢出，溢出则设为当月最后一天
year_month_day add_months(year_month_day ymd, int n) {
auto y = static_cast<int>(ymd.year()) + (ymd.month() + n - 1) / 12;
auto m = month{(static_cast<int>(ymd.month()) + n - 1) % 12 + 1};
auto d = static_cast<unsigned>(ymd.day());
year_month_day_last ymdl = year{y} / m / last;
return year_month_day{ymdl.day() < day{d} ? ymdl : year{y}/m/day{d}};
}
别依赖 tm 和 mktime 做月加减
老式 C 风格代码常写 tm.tm_mon += 1; mktime(&tm)，看似简洁，但有隐藏陷阱：
立即学习“C++免费学习笔记（深入）”；
-
mktime会修正非法日期（如 2024-02-30 → 2024-03-01），但修正规则依赖本地时区和夏令时设置，跨平台行为不一致 - 若输入是 UTC 时间，而本地时区非 UTC，
mktime可能引入 ±1 天误差 - C++20 前没有标准日历库，
tm是唯一选择；但现在应避免，除非维护遗留代码
性能与兼容性提醒
纯日历计算（无时区）下，year_month_day 操作是常数时间，比 mktime 快一个数量级；但要注意：
- C++20 是硬性要求——
year_month_day、days、month等都在<chrono>中，旧编译器（如 GCC 9 或 MSVC 2019 以下）不支持 - 若必须兼容 C++17，可用 Howard Hinnant 的 date 库（头文件仅需包含，行为与 C++20 完全一致）
- 所有操作都不涉及 I/O 或系统调用，可放心在高频循环中使用
真正复杂的点在于“月末对齐”：比如 1月31日 + 1月，在不同月份可能对应 2月28/29日、3月31日、4月30日……这个逻辑必须按业务明确定义，库不会替你猜。
