C++如何使用std::chrono::system_clock获取毫秒时间

std::chrono::system_clock::now() 返回 std::chrono::time_point 类型，需通过 time_since_epoch() 和 duration_cast 显式转换才能获取毫秒等具体数值，且结果为 UTC 时间戳。

用C++拿系统时间戳，这个需求看起来挺简单的。但真上手一写，不少人第一反应就是直接调系统时间函数，结果发现编译报错，或者拿到的值根本不对。关键就在于，你得先搞清楚 std::chrono::system_clock::now() 到底给你的是什么。

它返回的是一个 std::chrono::time_point 类型，不是什么整数，更不是现成的毫秒值。直接把它往 printf 或者 static_cast 里塞，编译器会直接给你颜色看——因为 time_point 没有隐式转换成整数的操作。

几个需要明确的基本点：

• 它底层通常基于 Unix 时间戳（秒 + 纳秒），但具体精度取决于平台和标准库实现，千万别想当然
• 不能假设它就是毫秒级精度；system_clock 在 Windows 上常为 10–15ms，在 Linux 上可能接近纳秒（取决于内核支持）
• 若需毫秒值，必须调用 time_since_epoch() 再转换为 std::chrono::milliseconds

如何安全提取毫秒整数值（带时区注意）

获取“当前时间距 Unix 纪元的毫秒数”，最常用也最稳妥的方式是：

auto now = std::chrono::system_clock::now();auto ms = std::chrono::duration_cast(    now.time_since_epoch()).count();

注意：这个 ms 是 UTC 时间对应的毫秒数，不是本地时区。如果你需要本地时间毫秒（比如日志打点对齐本地时间），system_clock 本身不提供本地时区转换——得靠 std::chrono::zoned_time（C++20）或第三方库（如 Howard Hinnant’s date）。

• duration_cast 是安全的截断转换，不会溢出（只要目标类型能容纳）
• 不要用 static_cast 或 C 风格强转，会丢失精度甚至 UB
• 如果只需要相对毫秒差（比如计时），直接用 std::chrono::steady_clock 更合适，它不随系统时间跳变

Windows 下 system_clock 毫秒精度不够怎么办

一个比较坑爹的问题是，在旧版 MSVC 或某些 Windows 环境下，system_clock::now() 实际分辨率可能只有 ~15ms 左右。连续调用十次，有时候返回的值全是同一个——这真不是 bug，而是 Windows API GetSystemTimeAsFileTime() 的固有限制。

怎么确认是不是这个问题？很简单，写个循环调用十次 system_clock::now()，打印 time_since_epoch().count() 的值，看看有没有大量重复。如果确实都是重复的，那就得换方案了。

替代方案也很明确：std::chrono::high_resolution_clock::now() 在多数 Windows 平台会映射到 QueryPerformanceCounter，能到微秒级。不过需要注意，它不保证是 wall-clock 时间（可能暂停、不可跨进程比较）。如果你的场景必须用 wall-clock 且要高精度，C++20 起可以尝试 std::chrono::utc_clock + std::chrono::floor(...)，但兼容性仍然有限。

常见误用：把毫秒值当成本地时间字符串输出

还有一种常见的误区是，拿到 ms.count() 后直接传给 strftime 或 std::put_time——这肯定出错，因为那是 Unix 时间戳毫秒，不是秒。必须先除以 1000，并处理余数作为毫秒部分。

auto ms = std::chrono::duration_cast(    std::chrono::system_clock::now().time_since_epoch()).count();std::time_t sec = ms / 1000;int milli = ms % 1000;// 然后用 sec 构造 tm，再拼接 milli

更隐蔽的问题是忽略 system_clock 本身可能不一定是 UTC 实现（虽然所有主流实现确实都用 UTC）。所以千万别假设这个 ms 对应你本地时区的“现在”。

说白了，真正麻烦的地方不在怎么取毫秒，而在后续怎么用——是用作日志时间戳？还是网络协议序列化？还是性能采样？不同场景对精度、时区、单调性、跨平台一致性的要求完全不同，得按需选 clock 和转换方式。这个选择，才是真正考验功力的地方。