最可靠方式是用 std::chrono::system_clock::time_point 表示日期（忽略时间），c++11起推荐，跨平台、无时区依赖，支持直接比较运算符。
用 std::chrono 比较两个日期最可靠
直接用 std::chrono::system_clock::time_point 表示日期（忽略时间部分），是 C++11 及以后最推荐的方式。它不依赖平台、不涉及时区转换，且支持直接比较运算符（、<code>== 等）。
常见错误是把日期字符串或 struct tm 直接比较——它们没有内置大小关系，强行比会得到无意义结果。
- 先用
std::chrono::system_clock::from_time_t将time_t转为time_point - 或用
std::chrono::parse（C++20）从字符串解析，例如：std::chrono::parse(std::cin, "%Y-%m-%d", tp) - 避免用
localtime或gmtime返回的tm成员手动拼整数（如y*10000 + m*100 + d），易出错且不处理闰年/月份天数差异
用 std::tm 手动转 time_t 再比较（兼容 C++11 以前）
如果必须从年月日字段（如 int year, month, day）构造日期并比较，唯一安全做法是：先填入 std::tm，再调用 mktime 转成 time_t，最后比较 time_t 值。
mktime 会自动归一化非法日期（比如 year=2023, month=13, day=1 → 自动转为 2024-02-01），这是它比手算安全的关键。
-
tm_year是距 1900 年的偏移，要写tm.year = 2023 - 1900，不是直接赋 2023 -
tm_mon是 0–11，1 月对应 0，不是 1 -
tm_isdst = -1让系统自动判断夏令时，避免因时区导致时间偏移 - 务必检查
mktime返回值是否为(time_t)(-1)，表示无效日期（如 2023-02-30）
字符串格式日期（如 "2023-04-05"）怎么比？
别用 strcmp 或字典序比较字符串——它只在 ISO 格式（YYYY-MM-DD）下成立，且对非法输入零容错。一旦格式变动（如 "05/04/2023"），结果就错。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
正确路径始终是：解析 → 转标准时间类型 → 比较。
- C++20：用
std::chrono::parse+std::chrono::year_month_day，支持格式校验 - C++11–17：用
strptime（POSIX，Linux/macOS）或get_date（Windows）解析到tm，再走mktime流程 - 第三方库如
date.h（Howard Hinnant）可大幅简化，但引入依赖需权衡
跨年份、跨时区比较时容易漏掉什么？
单纯比较两个 time_point 在绝大多数场景下足够，但若涉及本地时间显示或用户输入，时区就是关键变量。
比如用户输入“2023-01-01”没指定时区，默认按本地时区解释；而服务器可能用 UTC 存储。直接比会导致逻辑错误（如北京时间 2023-01-01 00:00 对应 UTC 2022-12-31 16:00）。
- 入库和传输阶段统一用 UTC 时间点（
system_clock::time_point），避免歧义 - 前端展示时再按用户时区格式化，而非存储本地时间
- 不要用
localtime把time_t转回tm后再比——不同机器时区不同，结果不可复现
日期比较本身不难，难的是让“2023-01-01”这个字符串在所有环节代表同一个时间点。绕开时区和格式假设，才是稳定性的起点。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
