Windows下QueryPerformanceFrequency返回的是高精度计时器频率（如TSC或HPET），非CPU主频；真实主频需通过任务管理器“当前速度”、PowerShell调用WMI或HWiNFO64等工具获取实时值，系统无稳定无权限API直接读取。
Windows下用QueryPerformanceFrequency只能得到计时器频率，不是CPU主频
很多人误以为QueryPerformanceFrequency返回的是CPU主频，其实它返回的是高精度性能计数器的频率（通常是TSC或HPET），和CPU标称主频无关。真实主频可能因睿频、降频、节能策略动态变化，系统API也不直接暴露这个值。
-
QueryPerformanceFrequency返回值常见为10,000,000（10 MHz）或更高，但这是计时器分辨率，不是CPU Hz - Windows没有公开、稳定、无需管理员权限的API直接读取当前CPU运行频率
- WMI（如
Win32_Processor.MaxClockSpeed）只提供最大标称频率，不是实时值
Linux下读取/sys/devices/system/cpu/cpu*/topology/core_freq通常不存在
Linux内核并未在/sys中标准化暴露实时CPU频率。常见路径如/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq才是有效入口，但需注意前提条件：
- 该路径仅在启用
cpufreq子系统且加载了具体驱动（如acpi-cpufreq、intel_pstate）时存在 - 文件内容单位是kHz，需乘以1000转为Hz；若读取失败，大概率是内核未启用频率调节或权限不足
- 多核系统下每个
cpuN可能返回不同值，不能简单取第一个 - 示例代码片段：
std::ifstream f("/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq");<br>int kHz = 0;<br>f >> kHz;<br>long hz = static_cast<long>(kHz) * 1000;
C++跨平台获取“标称最大频率”最可靠方式是解析/proc/cpuinfo（Linux）或WMI（Windows）
虽然不是实时频率，但对多数场景（如性能预估、硬件识别）已足够。关键在于别混淆“当前运行频率”和“设计最大频率”：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- Linux：读
/proc/cpuinfo中的cpu MHz字段——注意它是内核采样值，可能滞后或为0（取决于架构和配置）；更稳的是model name结合正则提取数字（如“Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz”） - Windows：用COM调用WMI查询
Win32_Processor.MaxClockSpeed，返回值单位是MHz，需乘以1e6 - macOS：用
sysctlbyname("hw.cpufrequency", &freq, &size, nullptr, 0)，返回值单位是Hz，但仅反映标称频率，不随Turbo Boost变化
真正实时CPU频率需要硬件级访问，普通C++程序基本做不到
要读取TSC（Time Stamp Counter）并换算成实际频率，需配合RDTSC指令+校准，但问题很多：
立即学习“C++免费学习笔记（深入）”；
- RDTSC在现代CPU上可能被禁用（
IA32_MISC_ENABLE.TSC_DISABLE）、受虚拟化拦截、或返回非恒定速率（当启用invariant TSC时才安全） - 即使能读TSC，也需要用高精度时间源（如
clock_gettime(CLOCK_MONOTONIC)）做至少1秒以上的差值计算，无法瞬时获取 - 用户态程序无权直接执行
RDTSC（除非编译时加-march=native且目标CPU允许），且glibc默认屏蔽该指令的直接调用 - 第三方库如
libcpupower（Linux）或HWiNFO SDK（Windows）封装了这些细节，但引入了额外依赖和权限要求
真要监控实时频率，建议放弃纯C++方案，改用perf stat -e cycles,instructions -I 1000ms（Linux）或HWiNFO后台服务（Windows）——底层仍是驱动/特权模式支持。
