Linux最可靠，通过/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq读取；Windows需WMI查询Win32_Processor.CurrentClockSpeed；macOS无官方实时接口，powermetrics或I/O Kit受限且不稳定。
Linux下读取/sys/devices/system/cpu/cpu*/cpufreq/目录获取实时主频
Linux内核通过sysfs暴露了每个CPU核心的当前频率、可用频率列表和调频策略，这是最直接、无需特权且兼容性好的方式。注意：不是所有CPU都启用cpufreq子系统（如部分嵌入式或虚拟机环境可能缺失该目录）。
-
scaling_cur_freq文件返回当前实际运行频率（单位kHz），值可能因瞬时负载波动，建议多次读取取平均 -
cpuinfo_cur_freq更可靠，但某些驱动（如intel_pstate）可能不更新它，优先尝试前者 - 读取
scaling_available_frequencies可获支持的离散档位；scaling_driver告诉你用的是acpi-cpufreq还是intel_pstate - 路径需拼接具体核心号，例如
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq，遍历cpu0到cpuN-1即可覆盖全部核心
Windows上用QueryPerformanceCounter + GetSystemInfo无法获取动态主频，得靠WMI
Windows没有类似Linux的sysfs接口，GetSystemInfo只返回标称最大频率（dwPageSize无关，别被误导），真实运行频率必须走WMI。常见误区是试图用RDTSC指令——它返回的是TSC周期数，换算成频率需要知道TSC频率且受IA32_TSC_ADJUST等影响，不可靠。
- 查询
Win32_Processor类的CurrentClockSpeed字段，单位MHz，但该值更新滞后（秒级），且部分OEM BIOS不实现此属性 - 更准的方式是调用
MSAcpi_ThermalZoneTemperature配合Win32_PerfFormattedData_Counters_ProcessorInformation间接推断，但非直接频率 - C++中需初始化COM、连接WMI服务、执行WQL查询，错误码常为
WBEM_E_INVALID_CLASS（WMI服务未启用）或WBEM_E_NOT_FOUND（字段不存在）
macOS用sysctlbyname("hw.cpufrequency")只能拿到标称值，实时频率得看I/O Kit
hw.cpufrequency返回的是处理器设计最大频率（单位Hz），不是当前运行频率。macOS隐藏了大部分底层调频细节，官方API不提供实时主频，唯一可行路径是通过I/O Kit访问AppleACPICPU或IOPlatformExpertDevice的私有属性，但这依赖未公开接口，且从macOS 10.15起受签名和权限限制。
- 第三方工具如
powermetrics（需sudo）可输出实时频率，其原理是读取/dev/cpu设备节点或解析SMC传感器数据 - 用户态程序若不加 entitlements（如
com.apple.security.device.cpu）并签名，无法访问硬件寄存器级信息 - 即使成功获取，不同Mac机型（Intel vs Apple Silicon）的数据源完全不同：Intel走ACPI _PSS，M系列芯片走AMCC（Apple Media Co-Processor）通信，无法统一实现
跨平台封装要注意cpufreq路径权限、WMI超时和I/O Kit版本兼容性
写一个“跨平台获取实时主频”的工具，最容易翻车的地方不是逻辑，而是环境假设。比如在Docker容器里，默认挂载/sys时可能没带cpufreq子目录；WMI查询在远程桌面会话中可能返回空结果；macOS上链接IOKit.framework却忘了在Build Settings里设MACOSX_DEPLOYMENT_TARGET≥11.0。
立即学习“C++免费学习笔记（深入）”；
- Linux侧务必检查
access("/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq", R_OK)，失败则降级到cpuinfo_max_freq或报错 - Windows WMI查询应设
WBEM_FLAG_RETURN_IMMEDIATELY | WBEM_FLAG_FORWARD_ONLY，避免阻塞，并捕获WBEM_S_FALSE（无数据）而非仅当FAILED()才处理 - macOS若选择
powermetrics方案，需用popen()解析其stdout，注意其输出格式随系统版本变化（如Ventura后增加cpu_power字段）
真实环境中，Linux最稳，Windows次之，macOS基本只能妥协为近似值——尤其Apple Silicon Mac根本没传统“主频”概念，它的性能核心（P-core）和能效核心（E-core）频率独立调节，还叠加了Rosetta和调度器干预，所谓“当前频率”本身就是一个模糊指标。
