std::chrono::steady_clock 是跨线程时间测量的唯一可靠选择，因其单调递增、不受系统时间调整影响，且C++11起明确保证跨线程可观测性；其他时钟如system_clock和high_resolution_clock在多线程中可能产生负值或跳变。
std::chrono::steady_clock 是跨线程时间测量的唯一可靠选择
在多线程环境中用 std::chrono::system_clock 或 std::chrono::high_resolution_clock 测量时间差，可能得到负值或跳变结果。这是因为前者受系统时间调整影响（如 NTP 同步），后者在某些平台（如 Windows）底层映射为 QueryPerformanceCounter，但标准未保证其跨线程单调性与一致性。
真正安全的做法是统一使用 std::chrono::steady_clock：它不随系统时间修改而跳变，且 C++11 起明确要求其“单调递增”和“跨线程可观测性”——即不同线程中获取的 time_point 可直接相减，结果有意义。
避免 std::chrono::time_point 拷贝或传递时隐式转换
常见错误是在线程间传递 time_point 时，误用不同 clock 类型或精度导致截断：
- 不要把
steady_clock::time_point存成system_clock::time_point再传给另一线程 - 不要用
auto推导后跨线程保存——若函数返回类型不一致，可能意外降级为毫秒级time_point - 显式指定类型，例如：
using tp_t = std::chrono::steady_clock::time_point;，所有线程统一用该别名
示例错误：
立即学习“C++免费学习笔记（深入）”；
// ❌ 错误：func() 返回 system_clock，但调用方期望 steady_clock auto start = func(); // func() 返回 system_clock::time_point std::this_thread::sleep_for(10ms); auto end = std::chrono::steady_clock::now(); auto diff = end - start; // 编译失败或隐式转换丢失精度
线程间共享 time_point 的正确方式
最稳妥的是通过线程安全变量（如 std::atomic<uint64_t>）或带锁结构传递原始纳秒计数，但更推荐直接传递 steady_clock::time_point ——只要确保类型严格一致且不跨 clock 转换。
实操建议：
- 用
std::shared_ptr包裹steady_clock::time_point并在线程启动时传入（避免拷贝构造引发的时钟偏移风险） - 若需记录多个点，定义结构体并加
alignas(std::hardware_destructive_interference_size)防止 false sharing - 避免在信号处理函数、中断上下文或实时线程中调用
now()——某些实现（如 glibc）内部有锁或 syscall 开销
简洁可行示例：
auto start = std::chrono::steady_clock::now();
std::thread t([&start]{
auto end = std::chrono::steady_clock::now();
auto us = std::chrono::duration_cast<std::chrono::microseconds>(end - start).count();
printf("elapsed: %ld μs\n", us);
});
t.join();Windows 上 QueryPerformanceCounter 的兼容性陷阱
虽然 steady_clock 在 Windows 通常基于 QueryPerformanceCounter，但要注意：QPC 在某些旧 CPU（如早年 AMD Phenom）或多插槽 NUMA 系统上存在跨核不一致问题。MSVC 2015+ 和较新 Windows 版本已通过内核补丁缓解，但若目标环境不可控：
- 避免在绑定到不同物理 CPU 核心的线程间高精度比对
steady_clock::now() - 可临时改用
GetTickCount64()做粗粒度校验（仅毫秒级，但绝对跨核一致） - 用
IsHighResolutionTimerAvailable()（Windows 10 1809+）运行时检测支持状态
这不是 C++ 标准问题，而是硬件+OS 实现细节；steady_clock 仍是你能用的最接近“开箱即用”的方案。
跨线程时间差的复杂性不在语法，而在你是否意识到：clock 的语义比看起来更重，一次隐式转换或一个平台假设，就可能让耗时统计变成随机数。
