std::clock() 不适合高精度耗时测量，因其仅保证不低于1毫秒精度，Windows上常达10–15ms，Linux依赖CLOCKS_PER_SEC（通常1e6）但受调度干扰大，且返回CPU时间而非真实经过时间，测短于1ms操作基本不可靠。
为什么 std::clock() 不适合高精度耗时测量
它只保证精度不低于 1 毫秒，实际在 Windows 上常为 10–15ms，在 Linux 上依赖 CLOCKS_PER_SEC（通常 1e6），但受进程调度干扰大，且返回的是 CPU 时间而非真实经过时间。测短于 1ms 的操作基本不可靠。
实操建议：
- 改用
std::chrono::high_resolution_clock—— 它是 C++11 起标准推荐的、最接近硬件支持的时钟 - 避免用
std::chrono::system_clock：它反映墙上时间，可能因 NTP 调整跳变，不适合差值测量 - 不要用
std::chrono::steady_clock做“绝对时间戳”，它不保证从纪元开始，只保证单调递增
如何写一个可复用的 Timer 类（RAII + 纳秒级）
核心是构造时记录起点，析构或显式调用 elapsed() 时计算差值，自动处理单位转换。关键点在于用 duration_cast 控制精度损失，而非依赖 count() 直接取整。
示例实现要点：
- 内部存储
std::chrono::time_point<:chrono::high_resolution_clock></:chrono::high_resolution_clock>起点 -
elapsed()返回std::chrono::nanoseconds，但提供us()、ms()等便捷方法，内部用duration_cast而非除法（避免截断误差） - 构造函数默认启动，支持传入已有的 time_point 实现“续计”场景
- 禁用拷贝，允许移动（避免意外共享状态）
class Timer {
using Clock = std::chrono::high_resolution_clock;
Clock::time_point start_;
public:
Timer() : start_(Clock::now()) {}
Timer(Clock::time_point tp) : start_(tp) {}
Timer(const Timer&) = delete;
Timer& operator=(const Timer&) = delete;
Timer(Timer&&) = default;
<pre class="brush:php;toolbar:false;">auto elapsed() const {
return std::chrono::duration_cast<:chrono::nanoseconds>(
Clock::now() - start_);
}
long long ns() const { return elapsed().count(); }
double us() const { return elapsed().count() / 1000.0; }
double ms() const { return elapsed().count() / 1e6; }</:chrono::nanoseconds>};
为什么 std::chrono::high_resolution_clock::now() 在某些平台仍不准
Linux 上它通常映射到 CLOCK_MONOTONIC，没问题；但在 Windows，MSVC 的旧实现（QueryPerformanceCounter + 频率估算，若 CPU 动态调频剧烈，会有微小漂移；Clang/LLVM on Windows 更稳定。
实操建议：
- 用
std::chrono::steady_clock替代high_resolution_clock更稳妥 —— 它明确要求单调、不被系统时间调整影响，且现代标准库实现中两者常为同一类型 - 运行前加一次“热身”调用：
std::chrono::steady_clock::now()，减少首次调用的页错误开销干扰 - 单次测量小于 100ns 时，结果意义有限 —— 函数调用、指令流水线、缓存未命中等开销已与测量值同量级
多线程下怎么避免时钟读取成为瓶颈
steady_clock::now() 是无锁的，底层通常为单条汇编指令（如 RDTSC 或 clock_gettime(CLOCK_MONOTONIC, ...)），但频繁调用仍会打断流水线。对微秒级敏感场景，需注意。
实操建议：
- 避免在 tight loop 中每轮都调用
now()；改用一次起点 + 计数器推算逻辑耗时（仅适用于规则循环） - 若需 per-call 耗时（如 profiler hook），优先使用编译器内置函数：
__rdtsc()（x86/x64）或__builtin_ia32_rdtscp（带序列化），再换算为纳秒（需预先校准 TSC 频率） - 跨线程共享同一个
Timer实例？不行 ——start_是线程局部概念，每个线程应持独立实例
真正难的不是拿到纳秒值，而是让两次 now() 调用之间不被编译器优化掉、不被 CPU 乱序执行干扰、且测量窗口内没发生上下文切换 —— 这些都需要结合 volatile、asm volatile("" ::: "memory") 或 std::atomic_signal_fence 控制，但普通计时没必要走到这一步。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
