Linux用/proc/stat采样两次cpu行计算(total-idle)/total得负载率;Windows用PDH API取Processor(_Total)% Processor Time;macOS应弃用host_processor_info,改用sysctl或shell兜底。
Linux内核通过 /proc/stat 暴露原始CPU时间统计,这是获取总负载率最轻量、最可靠的方式。关键不是“实时百分比”,而是采样两个时间点的 cpu 行数据,做差值后算出占用比例。
注意:/proc/stat 中第一行以 cpu 开头的记录是所有CPU核心的累加值(cpu,不是 cpu0),字段顺序为:user、nice、system、idle、iowait、irq、softirq、steal、guest、guest_nice。其中 user + nice 是用户态时间,system + irq + softirq 是内核态时间,idle 是空闲时间。
iowait 不属于“忙”状态,但常被误计入负载;严格意义的“CPU忙时占比”应为 (total - idle) / total
auto [u1,n1,s1,i1,...] = parse_stat_line("/proc/stat", "cpu");std::this_thread::sleep_for(200ms);auto [u2,n2,s2,i2,...] = parse_stat_line("/proc/stat", "cpu");auto busy = (u2-u1)+(n2-n1)+(s2-s1)+(i2-i1)+(...); // 所有非idle项之和auto total = busy + (i2-i1);double load_pct = static_cast<double>(busy) / total * 100.0;
Windows没有类似 /proc 的文本接口,必须用性能数据助手(PDH)API。目标计数器是 Processor(_Total)% Processor Time,它等价于 Linux 的 (total - idle)/total,已自动聚合所有逻辑处理器并归一化到 0–100% 范围。
该值本质仍是采样差值计算,但PDH封装了底层细节。注意它不直接暴露用户态/内核态拆分——若需明细,得额外采集 Process(_Total)% User Time 和 Process(_Total)% Privileged Time,二者之和才接近总负载(但存在微小偏差,因特权时间含中断等不可归因部分)。
立即学习“C++免费学习笔记(深入)”;
PdhOpenQuery → PdhAddCounter → PdhCollectQueryData 至少两次,间隔 ≥1s 才有意义PdhCollectQueryData 返回 PDH_INVALID_DATA 是正常现象,需忽略并等待第二次调用GetSystemTimes:它返回的是自系统启动以来的 FILETIME,精度低且难以对齐采样窗口,误差常超 ±5%PdhGetFormattedCounterValue 返回值是否为 PDH_CSTATUS_SUCCESS,否则 double 值不可信macOS 的 host_processor_info 看似能拿到各状态时间,但实际返回的是“自上次调用以来的增量”,且文档明确警告:该API已废弃,行为不稳定,不同版本返回结构可能变化。更糟的是,它不区分用户/内核态,只返回 user_time、system_time、idle_time 三类,而 system_time 包含了中断、软中断、上下文切换开销,无法与Linux的 system+irq+softirq 对齐。
libtop(私有API)或解析 sysctl 的 vm.loadavg ——但那是平均队列长度,不是CPU利用率process_policy + host_statistics 组合,但需要 root 权限,且返回值单位是 mach_timebase_info 换算后的纳秒,极易溢出或精度丢失sysctl -n hw.ncpu + top -l 1 -s 0 | grep 'CPU usage' 这类shell兜底(仅作参考,不用于监控告警)所谓“用户态时间”在Linux指进程在用户空间执行的时钟周期,“内核态时间”指同一进程陷入内核执行系统调用、处理中断的时间。但Windows的 % User Time 实际包含所有线程在用户模式下的时间,% Privileged Time 则涵盖内核模式下所有代码(包括驱动、DPC、ISR),不绑定具体进程。这意味着:即使你把Linux的 user+nice 和 system+irq+softirq 加起来,与Windows的 User+Privileged 对比,数值也会系统性偏差 2–8%,尤其在高IO或虚拟化环境下。
真正的难点不在代码怎么写,而在理解每行数字背后的调度语义——同一串“system=123456789”在Linux和Windows里,根本不是同一个东西。