C++ 在不同线程中测量时间差-C++-PHP中文网

std::chrono::steady_clock 是跨线程时间测量的唯一可靠选择，因其单调递增、不受系统时间调整影响，且c++11起明确保证跨线程可观测性；其他时钟如system_clock和high_resolution_clock在多线程中可能产生负值或跳变。

c++ 在不同线程中测量时间差

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;，所有线程统一用该别名

示例错误：

// ❌ 错误：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></uint64_t>）或带锁结构传递原始纳秒计数，但更推荐直接传递 steady_clock::time_point ——只要确保类型严格一致且不跨 clock 转换。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

实操建议：

用 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<:chrono::microseconds>(end - start).count();
    printf("elapsed: %ld μs\n", us);
});
t.join();</:chrono::microseconds>

Windows 上 QueryPerformanceCounter 的兼容性陷阱

虽然 steady_clock 在 Windows 通常基于 QueryPerformanceCounter，但要注意：QPC 在某些旧 CPU（如早年 AMD Phenom）或多插槽 NUMA 系统上存在跨核不一致问题。MSVC 2015+ 和较新 Windows 版本已通过内核补丁缓解，但若目标环境不可控：