最可靠方法是用 std::chrono::system_clock::now() 减去 std::chrono::sys_days{january/1/1970} 再 duration_cast，得到自 unix epoch 起的整数日历天数，类型安全、时区无关、符合 c++20 标准。
用 std::chrono 计算距 Unix epoch 的天数最可靠
直接用 std::chrono::system_clock::now() 与 std::chrono::sys_days{std::chrono::January/1/1970} 相减，就能拿到精确的天数。这是 C++20 引入的标准做法，不依赖系统时区设置，也不受本地时间干扰。
常见错误是手动算年份+闰年+月份天数——容易漏掉闰秒规则变化、时区偏移、夏令时切换，而且 C++ 标准库早已提供了更安全的抽象。
-
std::chrono::sys_days表示“日历日期在 UTC 时间线上的绝对位置”，它底层就是以 Unix epoch（1970-01-01）为起点的天数计数 - 必须用
std::chrono::time_point之间的差值，再用std::chrono::duration_cast<:chrono::days></:chrono::days>提取天数，不能直接转成long long或除以 86400 - 如果用
std::chrono::system_clock::to_time_t再转 struct tm，会引入时区误差（比如中国用户得到的是本地时间对应的 day-of-year，不是真正 elapsed days）
#include <chrono>
#include <iostream><p>int main() {
using namespace std::chrono;
auto now = system_clock::now();
auto epoch = sys_days{January/1/1970};
auto days = duration_cast<days>(now - epoch.time_since_epoch());
std::cout </days></p>
<h3>
<code>std::chrono::sys_days</code> 不等于 <code>std::tm</code> 或 <code>time_t</code>
</h3>
<p>很多人试图用 <code>time_t</code> 除以 86400 来“估算”天数，但这是错的：POSIX 规定 <code>time_t</code> 是秒数，但它的定义允许实现使用非秒单位（虽然主流平台都是秒），且闰秒处理不一致；更重要的是，<code>time_t</code> 值本身是相对于 epoch 的秒数，但某些旧系统或嵌入式 libc 可能有精度截断或符号问题。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/shouce/1510" title="C函数速查手册（CHM版）"><img
src="https://img.php.cn/upload/manual/000/000/001/5d6de31fedca2993.png" alt="C函数速查手册（CHM版）" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/shouce/1510" title="C函数速查手册（CHM版）" class="overflowclass">C函数速查手册（CHM版）</a>
<p class="overflowclass">C函数速查手册（CHM版）</p>
</div>
<a rel="nofollow" href="/xiazai/shouce/1510" title="C函数速查手册（CHM版）" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>
<code>sys_days</code> 是类型安全的、编译期检查的、基于日历的整数天数，和 <code>time_t</code> 没有直接转换接口</li>
<li>不要用 <code>mktime(&tm)</code> 构造 1970-01-01 再比较——<code>tm_year</code> 要设为 <code>70</code>，且 <code>tm_isdst</code> 必须明确设为 <code>-1</code>，否则不同 libc 行为不一致</li>
<li>C++20 之前没有 <code>sys_days</code>，若必须兼容 C++17，可用 <code>std::chrono::duration_cast<:chrono::days>(system_clock::now().time_since_epoch())</:chrono::days></code>，但要注意：这返回的是从 epoch 开始的“完整秒数折算成天”，不是日历天数（例如 1970-01-01 00:00:00 到 1970-01-02 00:00:00 是 1 天；而 <code>time_since_epoch()</code> 在 1970-01-01 12:00:00 时是 43200 秒，除以 86400 得 0.5 → 截断为 0 天）</li>
</ul>
<h3>跨平台编译时注意 <code>__cpp_lib_chrono</code> 版本宏</h3>
<p>不是所有编译器默认启用 C++20 chrono 日历特性。GCC 10+、Clang 12+、MSVC 19.30+ 支持完整 <code>sys_days</code>，但需显式开启 C++20 标准。</p>
<ul>
<li>编译命令必须含 <code>-std=c++20</code>（GCC/Clang）或 <code>/std:c++20</code>（MSVC）</li>
<li>检查是否启用：<code>#if __cpp_lib_chrono >= 201907L</code>，否则回退到 C++17 的 <code>duration_cast</code> + 手动校正午夜对齐（即先 truncate 到天，再转 <code>sys_days</code>）</li>
<li>某些嵌入式 STL（如 newlib）可能未实现 calendar 部分，此时只能用 <code>time_t</code> + <code>gmtime_r</code> 算日序数（<code>tm_yday + 1</code>），但必须确保输入时间点已归一化到 UTC</li>
</ul>
<h3>输出结果是整数天数，不是“过了多少个 24 小时”</h3>
<p>这个天数代表从 1970-01-01 00:00:00 UTC 到当前时刻所在“UTC 日历日”的序号。比如现在是 2024-05-10 14:30:00 UTC，结果就是 19852（即第 19852 天，因为 1970-01-01 是第 0 天）。</p>
<ul>
<li>它不随本地时区变化——无论你在东京还是纽约运行，只要系统时钟准确，结果都一样</li>
<li>如果你要的是“本地日历中从 1970 年 1 月 1 日起过了多少个本地日期”，那必须先将当前时间点转为本地时区的 <code>local_days</code>，但这会引入 DST 和历史时区规则复杂性，一般不推荐</li>
<li>注意：Windows FILETIME 和 .NET DateTime.Ticks 都是以 1601-01-01 为起点，别混淆</li>
</ul>
<p>实际写的时候，优先用 <code>sys_days</code> + <code>system_clock::now()</code>，别碰手算闰年。真正容易被忽略的点是：你以为在算“经过了多少天”，其实是在查“今天是 epoch 之后的第几天”——这两个语义在跨午夜时是一致的，但在做日期加减或比对时，必须统一用日历天（calendar day），而不是 wall-clock duration。</p></iostream></chrono>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
