C++ chrono库获取Unix时间戳教程-C++-PHP中文网

std::chrono::system_clock::to_time_t可安全转换为秒级unix时间戳，毫秒级需用duration_cast(time_since_epoch())；须避免误用steady_clock、注意time_t跨平台溢出及utc时区隐含性。

c++ chrono库获取unix时间戳教程

用 `std::chrono::system_clock::to_time_t` 转换到秒级 Unix 时间戳

Unix 时间戳本质是自 1970-01-01 00:00:00 UTC 起经过的秒数，std::chrono::system_clock 是 C++11 提供的系统时钟，它的时间点可以直接转成 time_t 类型——而绝大多数平台（Linux/macOS/glibc 版 Windows）的 time_t 就是秒级 Unix 时间戳。

常见错误是试图用 duration_cast 直接对 system_clock::now() 的 duration 做转换，这会丢失时区信息或引发精度问题；正确路径是先转 time_t，再按需处理：

auto now = std::chrono::system_clock::now();
std::time_t t = std::chrono::system_clock::to_time_t(now); —— 这一步才是标准、安全的转换
如果只要整秒值，t 本身就是秒级 Unix 时间戳（类型是 std::time_t，通常为 long 或 long long）

获取毫秒级 Unix 时间戳（需手动计算）

system_clock::to_time_t 只提供秒级精度。要毫秒级，必须提取时间点的“自 epoch 起的纳秒/毫秒数”，再减去 system_clock::time_point 的 epoch 偏移（实际无需手动算，直接用 time_since_epoch()）：

注意：不能直接用 duration_cast<:chrono::milliseconds>(now.time_since_epoch()).count()</:chrono::milliseconds>，因为 system_clock::time_point 的 epoch 和 Unix epoch 一致（C++11 起强制要求），所以结果就是毫秒级 Unix 时间戳（单位是毫秒，不是秒）：

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

auto now = std::chrono::system_clock::now();
auto ms = std::chrono::duration_cast<:chrono::milliseconds>(now.time_since_epoch()).count();</:chrono::milliseconds>
ms 是从 1970-01-01 00:00:00 UTC 开始的毫秒数，即毫秒级 Unix 时间戳
若需秒+毫秒分离：用 ms / 1000 和 ms % 1000

跨平台兼容性陷阱：Windows 上 `time_t` 可能是 64 位但默认不启用

Visual Studio 2015+ 默认启用 64 位 time_t，但旧项目或未定义 _USE_32BIT_TIME_T 时仍可能用 32 位——导致 2038 年后溢出。这不是 chrono 库的问题，而是 to_time_t 返回值的底层类型限制。

更稳妥的做法是绕过 time_t，统一用 duration_cast 获取纳秒/毫秒计数：

避免依赖 time_t 大小，尤其在需要长期运行或跨编译器部署时
用 std::chrono::duration_cast<:chrono::seconds>(now.time_since_epoch()).count()</:chrono::seconds> 得到 long long 秒值，完全可控
Windows 下若调用 localtime_s 或 gmtime_s，仍需传 time_t*，此时建议显式 static_cast<time_t>(seconds)</time_t> 并确认目标平台支持范围

别把 `steady_clock` 当作 Unix 时间源

std::chrono::steady_clock 是单调时钟，不映射到日历时间，它的 time_since_epoch() 没有现实意义（起点由实现定义，通常不是 1970）。误用会导致时间戳完全错乱：

错误示例：steady_clock::now().time_since_epoch().count() → 不是 Unix 时间戳
仅当明确需要测量间隔（如性能计时）时才用 steady_clock
所有涉及日志、网络协议、文件时间戳的场景，必须用 system_clock
某些嵌入式平台或容器环境（如 Docker with --no-privileged）可能使 system_clock 不稳定，这时应检查系统时间同步状态，而非换用 steady_clock

真正容易被忽略的是：Unix 时间戳隐含 UTC 时区，但 system_clock 在 C++ 标准中只保证“与 C 的 time() 函数具有相同精度和偏移”，实际行为依赖系统实现。如果你在夏令时切换窗口附近取时间戳并转本地时间，务必验证 gmtime 和 localtime 的行为是否符合预期——chrono 本身不处理时区，那是 <ctime></ctime> 或第三方库（如 Howard Hinnant’s date）的事。