Linux用/proc/cpuinfo的model name字段获取标称型号、cpu MHz为瞬时频率；Windows通过WMI的Name和MaxClockSpeed获取型号与标称主频；macOS用sysctl的machdep.cpu.brand_string和hw.cpufrequency获取型号与标称频率。
Linux下用/proc/cpuinfo读取CPU型号和主频
Linux系统最直接的方式就是解析/proc/cpuinfo，它由内核动态生成，字段稳定、无需额外权限。但要注意：cpu MHz是当前运行频率（可能因降频/升频波动），而model name才是标称型号。
-
model name字段可直接提取CPU型号，例如"Intel(R) Core(TM) i7-11800H" -
cpu MHz值每秒都可能变化，若需标称主频，应优先看cpu MHz的典型值，或回退到model name中隐含的规格（如“i7-11800H”对应2.2 GHz基础频率） - 不要依赖
bogomips或clock字段——它们已弃用或不准确 - 示例片段：用
std::ifstream逐行读取，匹配"model name\s*:\s*(.+)"和"cpu MHz\s*:\s*(\d+\.\d+)"
Windows下用WMI查询Win32_Processor
Windows没有统一的/proc等接口，WMI是最兼容的方案。关键点在于：必须链接comsuppw.lib，初始化COM，且Win32_Processor类返回的是标称主频（MaxClockSpeed），单位是MHz，不是实时频率。
-
MaxClockSpeed字段给出的是处理器设计最大频率（例如2400表示2.4 GHz），比CurrentClockSpeed更可靠（后者在某些系统上始终为0） -
Name字段即CPU型号，如"Intel64 Family 6 Model 165 Stepping 2"，但实际显示名可能被截断；建议同时读取ProcessorId辅助识别 - 注意WMI查询可能超时，尤其在低配虚拟机中，建议设置
WBEM_FLAG_RETURN_IMMEDIATELY+WBEM_FLAG_FORWARD_ONLY - 避免用
GetSystemInfo()或QueryPerformanceFrequency()——它们返回的是逻辑处理器数或高精度计时器频率，和CPU主频无关
macOS下用sysctl获取型号与频率
macOS不公开实时CPU频率接口，sysctl是唯一标准途径。但要注意：hw.cpufrequency返回的是标称频率（单位Hz），而machdep.cpu.brand_string才包含完整型号字符串。
-
hw.cpufrequency值固定，比如M1芯片返回3200000000（3.2 GHz），但它不代表当前负载下的实际频率（Apple Silicon动态调频不可见） -
machdep.cpu.brand_string字段需用sysctlbyname()读取，长度不确定，务必分配足够缓冲区（建议至少256字节） - 不要尝试读
hw.cpufrequency_max——该键在较新macOS版本中已被移除，读取会失败并返回ENOTFOUND - 无法通过用户态代码获取实时频率，这是Apple有意限制，连Activity Monitor也只显示“相对使用率”，而非MHz数值
跨平台封装时容易忽略的三个细节
写一个统一接口时，最常出问题的不是逻辑，而是边界处理和语义混淆。
立即学习“C++免费学习笔记（深入）”；
- “主频”一词在不同平台含义不同：Linux
cpu MHz是瞬时值，WindowsMaxClockSpeed是标称值，macOShw.cpufrequency是设计最大值——返回前必须明确标注字段含义，不能简单叫current_freq - 型号字符串里可能含不可见字符（如Windows WMI返回的
Name末尾有\0填充，Linux/proc/cpuinfo可能含多余空格），建议用std::string::find_first_not_of(" \t\n")清洗 - 多核CPU下，所有平台都只返回单个CPU的信息（Linux取第一个逻辑核，Windows取
Win32_Processor.Index=0，macOS全局一致），无需循环遍历——除非你真要统计每个核心的差异频率（现实中几乎不存在）
真实场景里，多数需求其实只需要“这台机器大概是什么CPU、标称多快”，而不是精确到毫秒级的实时频率。把目标定太细，反而容易掉进平台特性的坑里。
