c++中如何使用std::steady_clock_c++获取单调时间计时【汇总】-C++-PHP中文网

std::steady_clock 是 C++11 起唯一保证单调、不回退、适合计时的标准时钟；std::steady_clock_c++ 是非法拼写，编译报错。

c++中如何使用std::steady_clock_c++获取单调时间计时【汇总】

直接说结论：std::steady_clock 是 C++11 起标准库中唯一保证单调、不回退、适合计时的时钟；std::steady_clock_c++ 并不存在 —— 这是常见拼写错误或混淆写法，编译器会报 error: 'steady_clock_c++' is not a member of 'std'。

为什么不能写成 `std::steady_clock_c++`

这是把命名空间、类名和语言版本混在一起写了。C++ 标准时钟类全部位于 std 命名空间下，正确名称只有：

std::steady_clock（推荐，单调、高精度、适合测量间隔）
std::system_clock（映射系统时间，可能跳变）
std::high_resolution_clock（类型别名，通常等价于前两者之一）

后缀 _c++ 不属于任何标准约定，也不被任何主流编译器（GCC / Clang / MSVC）识别。

如何正确用 `std::steady_clock` 做计时

核心是用 time_point 记录起点和终点，再用 duration_cast 转成所需单位。关键点不是“获取当前值”，而是“计算两次读数之差”。

windows-screenshot-ocr

Windows全屏截图（自动标记鼠标位置）+ 原生OCR文字识别。本地运行，无需联网和API Key，适用于截图分析和自动化OCR场景。

下载

auto start = std::steady_clock::now();
// ... 执行待测代码 ...
auto end = std::steady_clock::now();
<p>auto elapsed_us = std::chrono::duration_cast<:chrono::microseconds>(end - start);
std::cout </:chrono::microseconds></p>

now() 返回 std::steady_clock::time_point，支持减法得到 duration
必须显式用 duration_cast 转换，不能直接 .count() —— 否则可能触发隐式截断或编译失败
避免用 auto 存储 end - start 的结果：它实际是模板实例化类型（如 std::chrono::nanoseconds），但语义上仍是 duration，不是整数

常见误用与坑

这些写法看似合理，实则危险或低效：

用 std::system_clock::now().time_since_epoch().count() 替代 steady_clock：系统时间可能被 NTP 调整、手动修改，导致 count() 回退甚至负值
在循环里高频调用 now() 并做减法：虽然 steady_clock::now() 通常很快（几纳秒），但某些平台（如旧版 Windows）实现较重，频繁调用会放大开销
假设 steady_clock::period::num / steady_clock::period::den 是 1 纳秒：实际取决于平台（Linux 通常纳秒级，Windows 可能为 100ns），应始终用 duration_cast 抽象掉底层精度
跨线程共享 time_point 变量却不加同步：虽然 time_point 本身是 POD，但读写非原子，多线程同时访问需用 std::atomic 或锁保护（仅当真需要共享起点/终点时）

性能与可移植性提示

steady_clock 在各平台行为一致，但底层实现不同：

Linux：通常基于 CLOCK_MONOTONIC，精度可达纳秒（取决于硬件和内核配置）
Windows：基于 QueryPerformanceCounter，典型精度 100ns 左右
嵌入式或无 CLOCK_MONOTONIC 的系统：可能回落到 gettimeofday 等，此时严格单调性不保（极少见，C++ 标准仍要求其满足 is_steady == true）

若需亚微秒级精度，建议先运行一次 std::chrono::steady_clock::now() 多次取差，估算实际最小可分辨间隔 —— 不要盲目相信文档标称精度。