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++免费学习笔记（深入）”；
auto start = std::steady_clock::now(); // ... 执行待测代码 ... auto end = std::steady_clock::now(); <p>auto elapsed_us = std::chrono::duration_cast<std::chrono::microseconds>(end - start); std::cout << "耗时: " << elapsed_us.count() << " 微秒\n";</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() 多次取差，估算实际最小可分辨间隔 —— 不要盲目相信文档标称精度。
