最可靠的方法是使用 std::chrono::steady_clock 在 main() 开头记录全局起点，再通过 duration_cast 转换为微秒；system_clock 因受系统时间调整影响而不适用，且起点必须在单线程初始化阶段确定以避免竞态。

用 std::chrono::steady_clock 获取启动后微秒数最可靠

Windows 的 GetTickCount64() 和 Linux 的 clock_gettime(CLOCK_MONOTONIC, ...) 都能拿到单调递增时间，但跨平台代码里直接调系统 API 容易漏掉精度转换、溢出处理或初始化时机问题。C++11 起 std::chrono::steady_clock 就是为此设计的：它不随系统时间调整跳变，且保证单调性，配合 duration_cast 可直接转成微秒。

关键点在于“启动至今”——必须在程序入口（如 main() 开头）就记录起点，不能靠首次调用时才取值，否则每次调用都算的是“本次调用距现在”的差，不是真正从启动开始的累积值。

• 起点记录必须是全局或静态变量初始化阶段完成，例如：

  const auto start_time = std::chrono::steady_clock::now();

• 后续任意位置用：

  auto us = std::chrono::duration_cast<:chrono::microseconds>(std::chrono::steady_clock::now() - start_time).count();</:chrono::microseconds>

• 返回值是 long long 类型，64 位下可安全运行约 292 年才溢出（2^63 / 1e6 / 3600 / 24 / 365 ≈ 292），一般项目无需额外防护

std::chrono::system_clock 不适合做“启动计时”

system_clock 表示系统挂钟时间，受 NTP 同步、手动调时影响，可能回退或跳跃。哪怕你只取差值，只要中间发生过校时，结果就不可靠。比如程序运行中系统时间被往前拨了 1 秒，两次 now() 相减可能得到负数，或者突然少掉一大段。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 常见错误写法：

  // ❌ 错误：依赖 system_clock，且每次调用都重新计算起点<br>auto now = std::chrono::system_clock::now();<br>auto us = std::chrono::duration_cast<:chrono::microseconds>(now.time_since_epoch()).count();</:chrono::microseconds>

  这其实拿到的是“距 Unix 纪元的微秒数”，不是“启动后微秒数”，而且 epoch 值在不同平台定义略有差异（如 Windows 上 system_clock::time_since_epoch() 可能不是从 1970-01-01 开始）
• 若真要兼容旧标准库（C++11 之前），只能退回到平台 API，但必须自己封装统一接口并处理单位换算，得不偿失

注意 steady_clock::now() 的实际分辨率

标准只要求 steady_clock 是单调的，没规定最小分辨率。Linux 下通常基于 CLOCK_MONOTONIC，纳秒级；Windows 上在较新版本（Win10 1803+）也接近微秒级，但老系统可能只有 10–15ms 精度。如果你看到连续多次调用返回相同的微秒值，不是代码错，而是硬件/内核限制。

• 验证当前平台实际精度：

  auto t1 = std::chrono::steady_clock::now();<br>auto t2 = std::chrono::steady_clock::now();<br>auto res = std::chrono::duration_cast<:chrono::nanoseconds>(t2 - t1).count(); // 看最小非零差值</:chrono::nanoseconds>

• 不要对微秒值做高频轮询式比较（比如 while 循环里反复读），容易因分辨率不足导致忙等；该用 sleep_for 或事件驱动就用
• 日志打点或性能统计场景下，建议至少间隔 100μs 以上再采样，避免噪声干扰

避免静态局部变量初始化竞争（多线程 main 之前调用）

如果把起点时间记在某个函数的静态局部变量里，而这个函数又可能被动态库构造函数、模板静态成员初始化等早于 main() 执行的路径调用，就会触发未定义行为：多个线程可能同时初始化该变量，steady_clock::now() 调用不是原子操作。

• 安全做法只有两种：
  — 全局常量，在 main() 之前由编译器确保单线程初始化（C++11 起保证）
  — 或者显式在 main() 第一行赋值，之后通过全局变量或单例暴露
• 反例：

  inline auto get_uptime_us() {<br>    static const auto start = std::chrono::steady_clock::now(); // ❌ 多线程下首次调用可能竞态<br>    return std::chrono::duration_cast<:chrono::microseconds>(std::chrono::steady_clock::now() - start).count();<br>}</:chrono::microseconds>

微秒计时本身简单，难的是起点锚定的时机和跨线程/跨平台的一致性。别图省事用 system_clock 或平台 API 临时拼凑，steady_clock 加全局起点是最小可行、最易维护的选择。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！