最可靠方式是解析/proc/cpuinfo中“model name”字段提取标称频率，因“cpu MHz”为实时动态值、易受睿频/降频影响；若该字段缺失，可fallback至grep 'MHz' /proc/cpuinfo | head -1获取基频，或用正则匹配model name中的@数字+GHz模式。
Linux下读取/proc/cpuinfo获取标称主频最可靠
Linux没有统一API返回“当前CPU频率”，/proc/cpuinfo里的cpu MHz字段是内核采样值，波动大；真正稳定可用的是model name或cpu family结合cpu MHz中的max MHz（如果存在），但更推荐用grep 'MHz' /proc/cpuinfo | head -1拿到标称频率——它对应CPU规格书里的base frequency，不受动态调频干扰。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
std::ifstream打开/proc/cpuinfo，逐行读取，匹配以cpu MHz开头的行，提取浮点数；注意有些系统该字段不存在（如ARM64默认关闭），此时 fallback 到model name里解析数字（例如Intel(R) Core(TM) i7-11800H @ 2.30GHz） - 别依赖
scaling_cur_freq（在/sys/devices/system/cpu/cpu0/cpufreq/下），它反映瞬时频率，可能为0（cpufreq未启用）或跳变剧烈 - 多核系统中各核频率可能不同，
/proc/cpuinfo每核一段，取第一个逻辑核的值通常足够代表整颗CPU
Windows上用Win32_ProcessorWMI查询BaseSpeed
Windows不暴露实时频率给用户态程序，WMI类Win32_Processor的MaxClockSpeed字段是最大标称频率（单位kHz），CurrentClockSpeed不可靠（常为0或过时值），应忽略。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须初始化COM：
::CoInitializeEx(nullptr, COINIT_MULTITHREADED)，否则WMI查询失败 - 查询时指定命名空间
root\CIMV2，WQL语句用SELECT MaxClockSpeed FROM Win32_Processor，结果需转换为MHz（除以1000） - 部分低功耗设备（如Surface ARM版）可能无
MaxClockSpeed，此时可退回到Name字段做关键词提取（如"2.4 GHz"）
C++跨平台封装要注意std::stof()异常和空值处理
无论Linux还是Windows路径，最终都要把字符串转成浮点数，std::stof()遇到非法输入会抛std::invalid_argument，而某些嵌入式Linux发行版（如Buildroot）的/proc/cpuinfo甚至不包含MHz字段。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 所有字符串解析必须包在
try { ... } catch (const std::exception&) { ... }里，失败后返回0.0f或预设fallback值（如2400.0f） - Linux下若
cpu MHz未找到，尝试匹配model name中的@ [0-9.]+[MG]Hz正则（需<regex>支持，否则用strstr粗略定位） - Windows WMI结果为空时，不要直接解引用
IEnumWbemClassObject::Next返回的NULL指针，先检查hr == WBEM_S_NO_ERROR且uReturn > 0
别混淆“当前频率”和“标称频率”，后者才是多数场景需要的
用户问“当前CPU主频”，实际往往想确认机器是否达到标称性能，比如验证采购配置或做基准测试前置检查。操作系统层面无法精确获取硬件级实时频率——那属于微架构计数器（如Intel RAPL、AMD P-State），需perf_event_open或专用驱动，普通应用不该碰。
真正容易被忽略的是：虚拟机环境下/proc/cpuinfo和WMI返回的都是宿主机CPU信息，而非vCPU分配上限；Docker容器同理。如果业务逻辑依赖频率判断（如自适应计算负载），必须额外检测/proc/1/environ是否有container=lxc或docker，再决定是否降级使用cgroup CPU quota换算等效频率。
