std::chrono::high_resolution_clock不一定够高精度，其实际精度取决于平台：Windows通常为微秒级（QueryPerformanceCounter），Linux可达纳秒级（CLOCK_MONOTONIC），但受调度、虚拟化等影响易抖动；跨平台推荐steady_clock，它单调不跳变且精度足够。
std::chrono::high_resolution_clock真的够高精度吗
不一定。它只是标准库中“理论上最高精度”的时钟，实际精度取决于操作系统和硬件。Windows 下通常是 QueryPerformanceCounter（微秒级），Linux 下多为 CLOCK_MONOTONIC 或 CLOCK_MONOTONIC_RAW（纳秒级），但底层调度、CPU 频率变化、虚拟化环境都会让单次测量抖动明显。
实操建议：
- 别用
high_resolution_clock::now()测单条语句耗时——结果可能全是噪声 - 需要稳定数据时，至少重复测量 100 次以上，取中位数或剔除首尾 10% 极值
- 跨平台项目里，用
steady_clock替代high_resolution_clock更稳妥，它不回跳、单调递增，且多数实现精度已足够
怎么把时间差转成毫秒/微秒整数（避免浮点误差）
直接用 duration_cast 转整数，别用 .count() / 1000.0 这类浮点运算——double 表示纳秒级整数会丢失精度（比如超过 2⁵³ 就无法精确表示）。
正确写法：
立即学习“C++免费学习笔记（深入）”；
auto start = std::chrono::steady_clock::now(); // ... work ... auto end = std::chrono::steady_clock::now(); auto us = std::chrono::duration_cast<std::chrono::microseconds>(end - start).count(); // 返回 long long auto ms = std::chrono::duration_cast<std::chrono::milliseconds>(end - start).count(); // 向下取整，无舍入误差
注意：
-
duration_cast是截断（truncation），不是四舍五入；若需四舍五入，先加半格再 cast：auto ms = std::chrono::duration_cast<:chrono::milliseconds>(end - start + 500us).count();</:chrono::milliseconds> - 用
std::chrono::nanoseconds转long long时，确保总纳秒数不超过 9.2e18（LLONG_MAX），否则溢出未定义
std::chrono::time_point 能直接相减吗
能，但仅限同一时钟类型。不同 clock 的 time_point（比如 system_clock::time_point 和 steady_clock::time_point）不能直接减——编译报错：no match for ‘operator-’。
常见误用场景：
- 拿
system_clock::now()当起点，过几秒后用steady_clock::now()算耗时 → 编译失败 - 函数参数接收
time_point但没约束时钟类型，调用方混用 → 模板实例化失败
安全做法：
- 测耗时一律用
steady_clock（它不随系统时间调整跳变） - 记录绝对时间（如日志打点、超时截止）才用
system_clock，且别和其它 clock 混算 - 泛型函数中若需支持任意时钟，用模板参数约束：
template<typename clock typename dur> void wait_until(std::chrono::time_point<clock dur> tp);</clock></typename>
为什么 std::this_thread::sleep_for(1ms) 实际睡了不止 1ms
因为 sleep 精度受系统调度粒度限制。Windows 默认时钟周期约 15.6ms，Linux 的 CONFIG_HZ 常为 250（4ms 一 tick），即使传 1ns，实际休眠也是下一个 tick 边界。
关键点：
-
sleep_for是下界保证：至少睡这么久，但不会更短 - 高频率轮询（如游戏循环、实时控制）别依赖 sleep，改用 busy-wait +
high_resolution_clock校准剩余时间 - 真要亚毫秒响应，得进内核态（如 Linux 的
timerfd）或用实时调度策略（SCHED_FIFO），用户态 C++ 无解
最常被忽略的是时钟选择：90% 的性能测量问题，根源不在代码，而在用了 system_clock 测耗时——它可能因 NTP 调整、手动改系统时间而倒流或跳变，导致 end - start 为负或巨大正数。
