Linux需两次读取/proc/stat中cpu行各字段差值计算负载率，Windows需用PDH API获取Processor(_Total)% Processor Time，跨平台须处理jiffies时长和PDH错误码。
Linux下用/proc/stat解析总CPU负载率
Linux没有现成的系统调用直接返回“总CPU负载率”，必须自己读取/proc/stat并计算。关键不是读一次，而是两次采样、做差值再归一化——因为cpu行给出的是自启动以来各状态累计的jiffies（时钟滴答数），单次读毫无意义。
实操要点：
- 打开
/proc/stat，定位以cpu开头的首行（注意末尾有空格，不是cpu0） - 按顺序提取
user、nice、system、idle、iowait、irq、softirq七项（Linux 2.6+标准格式；老内核可能只有前4项） - 两次读取间隔建议≥100ms，太短会导致
idle几乎不变，算出的利用率接近0% - 总时间 = 所有字段和；忙时间 = 总时间 −
idle−iowait（是否含iowait取决于你定义的“负载”：严格意义的CPU占用不含iowait，但很多监控工具包含）
示例片段（伪代码逻辑）：
long long prev_total = 0, prev_busy = 0;<br>read_proc_stat(&prev_total, &prev_busy);<br>usleep(100000);<br>read_proc_stat(&curr_total, &curr_busy);<br>double load = (double)(curr_busy - prev_busy) / (curr_total - prev_total);
Linux下遍历/proc/stat获取各核心负载
/proc/stat里从第二行开始，每行以cpu0、cpu1…命名的就是各逻辑核心的统计。别依赖sysconf(_SC_NPROCESSORS_ONLN)硬写循环上限——有些系统会暴露热插拔核心或离线核心，应逐行读取并匹配^cpu[0-9]+。
立即学习“C++免费学习笔记（深入）”；
注意点：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 同一时刻不同核心的采样时间并非原子一致，
cpu0和cpu7的数据来自同一open()/read()调用，但内核更新它们本身有微小延迟，所以各核负载加起来≠总负载（通常略高） - 某些ARM平台或容器环境，
/proc/stat中可能缺失部分cpuN行（如只显示在线核心），需跳过解析失败的行 - 字段顺序与首行
cpu完全一致，但字段数必须严格校验——少于7项说明内核太旧或被裁剪，此时应降级只取前4项
Windows下用PdhAddCounter获取多核负载
Windows不提供类似/proc的文本接口，必须走PDH（Performance Data Helper）API。核心是构造计数器路径：\Processor(_Total)\% Processor Time给总负载，\Processor(0)\% Processor Time、\Processor(1)\% Processor Time…给各核。
常见坑：
- 必须先调用
PdhOpenQuery，再PdhAddCounter，最后PdhCollectQueryData——顺序错一步就返回PDH_INVALID_HANDLE - 第一次
PdhCollectQueryData总是返回PDH_MORE_DATA或PDH_NO_DATA，需等待至少一个采样周期（通常1秒）后第二次调用才有效 - 处理器编号从0开始，但
_Total不是第0个核心——它是所有核心的加权平均，不能用(cpu0 + cpu1)/2模拟 - 如果程序以低完整性级别运行（如UAC虚拟化后），可能无法访问
\Processor(*)计数器，错误码为PDH_ACCESS_DENIED
跨平台封装时最容易忽略的细节
写一个“跨平台获取CPU负载”的类，很多人卡在两个地方：一是把Linux的jiffies直接当毫秒用（实际取决于HZ，现代内核通常是250或1000），二是Windows下没处理PDH_CSTATUS_NO_OBJECT——当用户禁用了性能计数器服务（sysmon未启用或lodctr /r未重载），这个错误会静默失败。
真正健壮的做法：
- Linux侧：用
sysconf(_SC_CLK_TCK)获取真实jiffy时长，但其实只用于验证，计算时直接用差值比即可，无需换算成秒 - Windows侧：在
PdhAddCounter失败后，尝试PdhExpandWildCardPath查\Processor(*)\% Processor Time能展开出几个实例，确认硬件逻辑核心数是否匹配 - 无论哪边，都要设超时——Linux读
/proc/stat一般
多核负载明细不是“有了API就能拿到”，本质是采样+差分+归一化，中间任何一环没对齐时间基准，结果就失真。
