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

std::steady_clock 是 C++11 起唯一保证单调、不回退、适合计时的标准时钟；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 转成所需单位。关键点不是“获取当前值”，而是“计算两次读数之差”。

立即学习“C++免费学习笔记（深入）”；

磁力开创

快手推出的一站式AI视频生产平台

下载

auto start = std::steady_clock::now();
// ... 执行待测代码 ...
auto end = std::steady_clock::now();
auto elapsed_us = std::chrono::duration_cast(end - start);
std::cout << "耗时: " << elapsed_us.count() << " 微秒\n";

• 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() 多次取差，估算实际最小可分辨间隔 —— 不要盲目相信文档标称精度。