最可靠方法是提取并校正年月日字段或使用C++20的year_month_day：前者需统一用gmtime并修正tm_year/tm_mon偏移，后者通过sys_days转year_month_day后直接==比较。
直接比较年月日字段最可靠
在 C++ 中没有内置的“日期相等”语义，std::chrono::system_clock::time_point 或 std::tm 本身不提供“是否同一天”的判断接口。必须手动提取年、月、日三部分再比对。用 std::localtime 或 std::gmtime 转成 std::tm 后，检查 tm_year、tm_mon、tm_mday 三个字段是否完全一致即可。
注意：tm_year 是从 1900 起算的偏移量（如 2024 年对应 124），tm_mon 是 0–11（0 表示一月），tm_mday 是 1–31，这些偏移必须统一处理，不能直接拿原始值做字符串拼接或数值加权比较。
- 不要用
time_t直接相减再除以 86400 —— 时区切换、夏令时会导致误差 - 避免用
strftime格式化为"%Y-%m-%d"再字符串比较 —— 多余开销且易受 locale 影响 - 若使用 C++20
std::chrono::year_month_day，可直接用==运算符，但需确保两个对象都已归一化（sys_days转换后取year_month_day）
C++20 推荐写法：用 year_month_day + sys_days
C++20 提供了真正面向日期的类型，能避开 tm 的偏移陷阱。核心思路是把任意时间点先转为 sys_days（即自 1970-01-01 起的天数），再隐式转换为 year_month_day，此时比较就是纯日期逻辑。
auto to_date = [](const std::chrono::system_clock::time_point& tp) {
return std::chrono::year_month_day{ std::chrono::sys_days{ tp.time_since_epoch() } };
};
auto tp1 = std::chrono::system_clock::now();
auto tp2 = tp1 + std::chrono::hours{25}; // 跨天
bool same_day = (to_date(tp1) == to_date(tp2)); // false
关键点：
立即学习“C++免费学习笔记（深入）”；
-
sys_days自动截断到天级精度（丢弃小时/分钟/秒） -
year_month_day的==比较只看年、月、日，不涉及时区和时间 - 该方法天然规避夏令时、闰秒、本地时区偏移等问题
兼容 C++11/14/17：用 std::tm 手动提取并校正
若无法使用 C++20，需借助 std::gmtime（推荐）或 std::localtime（注意线程安全）。重点是字段校正逻辑必须一致：
bool is_same_day(std::time_t t1, std::time_t t2) {
std::tm tm1 = *std::gmtime(&t1);
std::tm tm2 = *std::gmtime(&t2);
return tm1.tm_year == tm2.tm_year &&
tm1.tm_mon == tm2.tm_mon &&
tm1.tm_mday == tm2.tm_mday;
}
常见坑：
-
std::localtime返回静态缓冲区指针，多线程下必须用std::localtime_r（POSIX）或自己分配std::tm对象并传入 - 别用
std::tm的tm_wday或tm_yday判断——它们依赖计算，可能因闰年/跨年出错 - 若输入是
std::chrono::time_point，先用std::chrono::system_clock::to_time_t()转换，注意精度损失（秒级）
时区问题不能靠“忽略”解决
很多开发者误以为“只要都用 std::localtime 就没问题”，但实际中：localtime 依赖当前进程的 TZ 环境变量；服务端部署时若未显式设置时区，可能随系统默认变化；容器环境更易出现不一致。
稳妥做法：
- 统一用
std::gmtime（UTC 时间），避免本地时区干扰 - 若业务强依赖本地日期（如中国用户“今天”指北京时间 00:00–23:59），则必须显式指定时区（例如用
date::locate_zone("Asia/Shanghai")配合 Howard Hinnant 的 date 库） - 绝对不要混用
localtime和gmtime比较——哪怕看起来“结果一样”，逻辑上已不可靠
日期比较的复杂性不在代码行数，而在时区上下文是否明确、是否全程一致。一旦跨系统、跨部署环境，裸用 tm 字段或字符串格式化最容易暴露问题。
