C++ std::chrono::steady_clock 与 monotonic clock-C++-PHP中文网

是，std::chrono::steady_clock是c++标准定义的单调时钟，其is_steady恒为true，保证时间值单调递增、不受系统时间调整影响，专用于测量时间间隔；而system_clock映射实时时钟，可能因ntp或手动修改导致跳变或回退，不适用于耗时计算。

c++ std::chrono::steady_clock 与 monotonic clock

std::chrono::steady_clock 是 C++ 标准定义的 monotonic clock 吗？

是，std::chrono::steady_clock 在所有符合标准的实现中都必须是 monotonic（单调递增）且不可调校（non-adjustable）。C++ 标准明确要求它不随系统时钟跳变而回退或跳跃，适合测量间隔。但要注意：monotonic 是行为属性，不是类型名——C++ 没有叫 monotonic_clock 的标准类型，开发者常把 steady_clock 当作“标准 monotonic clock”来用。

为什么不能直接用 system_clock 测时间差？

std::chrono::system_clock 映射到系统实时时钟（如 Unix time），可能因 NTP 调整、手动修改或闰秒导致回退或跳变。用它算耗时会得到负值或异常大值：

auto start = std::chrono::system_clock::now();
sleep_for(1s);
auto end = std::chrono::system_clock::now(); // 若期间 NTP 向前跳 0.5s，差值可能只有 0.5s；若向后跳，甚至为负

永远别用 system_clock 做性能计时、超时判断、循环节拍控制
它只适合转换为日历时间（std::chrono::system_clock::to_time_t）
某些平台（如旧版 Windows）system_clock 实现精度低、抖动大

steady_clock 和 high_resolution_clock 有什么区别？

std::chrono::high_resolution_clock 是一个类型别名，其底层实际类型由实现决定：在大多数现代系统（Linux/macOS/较新 MSVC）上，它就是 steady_clock；但在部分旧编译器或嵌入式环境里，它可能退化为 system_clock（失去 monotonic 性）。

C++

"空空如也"

下载

优先显式使用 steady_clock，而非依赖 high_resolution_clock
steady_clock 的 is_steady 静态成员恒为 true，可编译期断言：static_assert(std::chrono::steady_clock::is_steady, "");
分辨率（period）因平台而异：Linux 通常为纳秒级，Windows QueryPerformanceCounter 也接近纳秒，但实际抖动取决于硬件和内核调度

跨平台代码里怎么安全地用 steady_clock？

直接用 steady_clock 即可，它自 C++11 起全平台支持，且语义稳定。唯一需要注意的是：它的 epoch（起点）无意义，不能转成日历时间，也不能和 system_clock 时间点直接比较。

测耗时：始终用 auto start = std::chrono::steady_clock::now(); + duration_cast
做超时等待：配合 std::this_thread::sleep_until 或条件变量的 wait_until，传入 steady_clock::time_point
避免误用 time_since_epoch()：返回的 duration 仅对同个 clock 有意义，不同 clock 的 epoch 不可比

真正容易被忽略的点是：即使 clock 是 steady 的，now() 调用本身有开销，高频采样（如每微秒调一次）会显著拖慢程序——这不是 clock 的问题，而是系统调用或 RDTSC 读取的成本。需要纳秒级精度时，得确认是否真有必要，以及是否已排除测量噪声。