最稳妥方法是用std::chrono结合std::tm手动转换:先将年月日转为自纪元起总天数再相减,需注意tm_year、tm_mon取值及tm_isdst设为-1,并用std::chrono::floor对齐到零点后相减。

用 std::chrono + std::tm 手动转换最稳妥
标准库没有直接计算两个日期天数差的函数,std::chrono 本身只管时间点和时长,不带日历语义。必须先把年月日转成“自纪元以来的总天数”,再相减。Windows 和 Linux 下 mktime 行为一致,但要注意:它会修改输入的 std::tm 结构体(比如把 tm_wday、tm_yday 填上),且默认按本地时区解析——如果你传的是 UTC 时间,得先调 timegm(POSIX)或用 _mkgmtime(MSVC)。
实操建议:
-
std::tm的tm_year是从 1900 起算,别写成 2024;tm_mon是 0–11,不是 1–12 - 务必把
tm_isdst设为-1,让系统自动判断夏令时,否则可能偏移 1 天 - 转换后用
std::chrono::system_clock::from_time_t得到time_point,再转成days类型相减
std::chrono::floor<:chrono::days></:chrono::days> 别漏了取整
即使你用 system_clock::time_point 算出两个时间点的差值,结果默认是纳秒级的 duration,直接除以 24h 容易因浮点误差或舍入方式出错。正确做法是先用 std::chrono::floor<:chrono::days></:chrono::days> 把时间点对齐到当天零点,再相减。
示例关键片段:
auto tp1 = std::chrono::system_clock::from_time_t(mktime(&tm1)); auto tp2 = std::chrono::system_clock::from_time_t(mktime(&tm2)); auto d1 = std::chrono::floor<:chrono::days>(tp1); auto d2 = std::chrono::floor<:chrono::days>(tp2); auto diff = (d2 - d1) / std::chrono::days(1); // 得到 long long 类型天数</:chrono::days></:chrono::days>
跨年/闰年/大小月这些不用手动算
只要用 mktime 或 timegm,底层 libc 就已处理好所有日历规则:2 月天数、闰年判定(包括世纪年规则)、每月天数、甚至时区跳变。别自己写 if-else 判断 2 月有几天——那是典型重复造轮子,而且极易出错(比如忘记 1900 年不是闰年)。
但注意边界:
- 输入日期超出
time_t范围(通常是 1970–2038 或 64 位下的更大范围)会返回 -1,mktime失败后tm可能被部分修改,建议检查返回值 - 如果日期来自字符串解析(如 "2023-02-30"),
mktime会自动归一化(变成 2023-03-02),这既是便利也是陷阱——你要确认这是你想要的行为
第三方库如 date.h 确实更省心
Howard Hinnant 的 date.h(C++20 <chrono></chrono> 的前身)提供 year_month_day 类型,支持直接相减:sys_days{y/m/d} - sys_days{y2/m2/d2} 返回 days。它不依赖 mktime,纯算法实现,跨平台稳定,且能处理远超 time_t 的年份(如公元前或公元 10000 年)。
不过引入额外头文件前得权衡:项目是否允许外部依赖?编译时间是否敏感?如果只是偶尔算个天数,原生方案已足够;如果频繁处理日历逻辑,date.h 值得加。
真正容易被忽略的,是时区隐含影响——哪怕你只关心“日历天数差”,mktime 按本地时区解释输入,若两台机器时区不同,同一组年月日可能算出不同结果。UTC 场景下务必用 timegm 或等效函数。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











