QueryPerformanceCounter是Windows高精度计时函数，返回BOOL值指示硬件支持状态，需配合QueryPerformanceFrequency计算真实时间，精度达微秒级，适用于性能分析与实时计时。
QueryPerformanceCounter 为什么返回0或失败
直接调用 QueryPerformanceCounter 却得到 FALSE 或 li.QuadPart == 0，大概率是没初始化 LARGE_INTEGER 变量，或者传入了未分配内存的指针。Windows API 要求你传入一个已声明的 LARGE_INTEGER 实例地址，不能传栈上未初始化的临时变量，也不能传 nullptr。
- 务必用
LARGE_INTEGER start, end;显式声明，不要用auto start = LARGE_INTEGER{};（C++11 后部分编译器可能隐式零初始化，但不保证） - 检查返回值：
if (!QueryPerformanceCounter(&start)) { /* 失败，可调用 GetLastError() */ } - 某些老旧虚拟机或极低端硬件可能不支持高精度计数器，
QueryPerformanceFrequency返回 0 时整个流程应降级为GetTickCount64
如何正确计算毫秒级时间差
QueryPerformanceCounter 返回的是“滴答数”，不是时间，必须除以频率才能转成秒。常见错误是直接用 (end.QuadPart - start.QuadPart) / 1000 —— 这完全忽略频率，结果毫无意义。
- 先调一次
QueryPerformanceFrequency(&freq)获取每秒滴答数，全局缓存一次即可（它在系统生命周期内不变） - 时间差计算公式：
double ms = (end.QuadPart - start.QuadPart) * 1000.0 / freq.QuadPart; - 用
double而非int64_t做除法，避免整数截断；若只关心微秒级整数，可用(end.QuadPart - start.QuadPart) * 1000000LL / freq.QuadPart（注意 LL 防溢出）
多线程下 QueryPerformanceCounter 是否安全
安全，但要注意：不同 CPU 核心的 TSC（时间戳计数器）在某些旧平台可能存在偏移，Windows 从 Vista 起已通过 HAL 层同步，只要不是跑在严重过时的双路 Xeon（2005 年前）或某些嵌套虚拟化环境里，QueryPerformanceCounter 在跨核、跨线程场景下结果一致。
- 无需加锁或序列化调用
- 若用于测量单个函数耗时，确保
QueryPerformanceCounter调用本身开销被计入（它约 10–100 纳秒，通常可忽略） - 极端低延迟场景（如音频驱动）建议用
RDTSC指令 +cpuid序列化，但需自行处理 TSC 不稳定性，QueryPerformanceCounter是更稳妥的选择
和 std::chrono::high_resolution_clock 对比有什么区别
std::chrono::high_resolution_clock 在 Windows 上底层通常就封装了 QueryPerformanceCounter，但标准库做了额外抽象：它返回的是 duration 类型，单位由实现定义（VC++ 是纳秒级 tick，但实际精度仍受限于 QPC）。直接调用 QPC 更轻量、无模板开销，也更容易调试和验证。
立即学习“C++免费学习笔记（深入）”；
- 想精确控制起始/结束点（比如插桩到汇编边界），QPC 更直接
- 需要跨平台代码？优先用
std::chrono；纯 Windows 工具或性能敏感模块，QPC 更透明 - 注意：MSVC 的
high_resolution_clock::now()在某些版本存在轻微延迟偏差（约 1–2 微秒），QPC 则始终反映真实硬件计数
真正麻烦的不是调用本身，而是忘记校准频率、误读返回值类型、或在未确认硬件支持的情况下硬依赖它——这些才是上线后突然卡顿或计时乱跳的根源。
