标准C++中需用std::tm（注意月份0–11、年份减1900）配合std::mktime转std::time_t，再转std::chrono::system_clock::time_point计算日期差；C++20可用year_month_day转sys_days相减，更安全可靠。
用 std::chrono 和 std::tm 手动解析日期再转为时间点
标准 C++ 没有直接的“日期类”，std::chrono 本身只处理时间点和时长，不理解年月日语义。所以必须先把字符串或整数形式的日期（如 "2023-04-01" 或 2023, 4, 1）转成 std::tm，再通过 std::mktime 转为 std::time_t，最后转成 std::chrono::system_clock::time_point 才能相减。
关键点在于：std::tm 的月份是 0–11（不是 1–12），年份是距 1900 的偏移量（比如 2023 要传 2023 - 1900 = 1123）。漏掉这个会得到完全错误的结果。
示例：计算 2023-04-01 到 2023-04-10 的天数差：
std::tm t1 = {}, t2 = {};
t1.tm_year = 2023 - 1900; t1.tm_mon = 4 - 1; t1.tm_mday = 1;
t2.tm_year = 2023 - 1900; t2.tm_mon = 4 - 1; t2.tm_mday = 10;
std::time_t tt1 = std::mktime(&t1);
std::time_t tt2 = std::mktime(&t2);
auto diff = std::chrono::duration_cast<std::chrono::days>(std::chrono::system_clock::from_time_t(tt2) - std::chrono::system_clock::from_time_t(tt1));
std::cout << diff.count() << " days\n"; // 输出 9
为什么不能直接用 std::chrono::year_month_day（C++20）？
std::chrono::year_month_day 是 C++20 引入的真正日期类型，但它本身不支持直接相减——它没有定义 operator-。你得先把它转成 std::chrono::sys_days（即从纪元日起的天数），再相减。
立即学习“C++免费学习笔记（深入）”；
常见误操作是写 y1_m1_d1 - y2_m2_d2，编译直接报错：no match for 'operator-'。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
正确做法是：
- 确保使用 C++20 编译（
-std=c++20） - 用
std::chrono::sys_days{y_m_d}转换，它隐式转换为std::chrono::days整数 - 两个
sys_days相减结果是std::chrono::days，用.count()取整数天数
示例：
using namespace std::chrono;
sys_days dp1 = year_month_day{year{2023}, month{4}, day{1}};
sys_days dp2 = year_month_day{year{2023}, month{4}, day{10}};
days diff = dp2 - dp1;
std::cout << diff.count() << " days\n"; // 输出 9
跨年、闰年、负间隔这些边界情况怎么处理？
std::mktime 和 sys_days 都能正确处理闰年（如 2024-02-29）、大小月、跨年甚至跨世纪（如 1970–2100）。但要注意两件事：
-
std::mktime会规范化输入：比如传tm_mon = 12（即第 13 个月），它会自动进位到下一年 1 月；这有时是便利，有时是陷阱（你以为传错了，其实它帮你调了） - 如果起始日期晚于结束日期，结果是负的
days，.count()返回负整数，不会崩溃也不会取绝对值——得自己判断是否需要std::abs - Windows 下
std::mktime对早于 1970-01-01 的日期支持有限（可能返回 -1），而 C++20 的sys_days理论上支持公元 1 年起，实际取决于实现，但至少到 1970 年前是安全的
别忽略时区和本地时间带来的偏移
std::mktime 接收的是本地时间（struct tm 默认解释为本地时区），而 std::chrono::system_clock::from_time_t 也基于本地 time_t。如果你的程序部署在不同时区的机器上，且输入是 UTC 时间，却用 std::mktime 解析，结果会偏差若干小时，导致天数错 1 天（尤其在临界日期如 2023-01-01T00:00Z）。
解决办法只有两个：
- 统一用 UTC：改用
std::timegm（POSIX，非标准但广泛支持）替代std::mktime，它把tm当作 UTC 时间解析 - 或者用 C++20 的
std::chrono::zoned_time显式指定时区，但复杂度陡增，日常简单计算没必要
一句话：只要你的日期字符串没带时区信息（比如纯 "2023-04-01"），就默认按本地时间处理，并确保所有日期都按同一套规则解析——混用 mktime 和 timegm 是最隐蔽的坑。
