C++如何获取操作系统的总CPU负载率（包含内核态与用户态明细）-C++-PHP中文网

linux用/proc/stat采样两次cpu行计算(total-idle)/total得负载率；windows用pdh api取processor(_total)\% processor time；macos应弃用host_processor_info，改用sysctl或shell兜底。

c++如何获取操作系统的总cpu负载率（包含内核态与用户态明细）

Linux下用/proc/stat计算CPU总负载率

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 是空闲时间。

必须两次读取（间隔建议 ≥100ms），否则差值为0或失真
不能直接用单次读取除以固定周期——因为内核不提供“当前秒级负载”，只提供单调递增的计数器
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;</double>

Windows下用PDH API获取Processor(_Total)\% Processor Time

Windows没有类似 /proc 的文本接口，必须用性能数据助手（PDH）API。目标计数器是 Processor(_Total)\% Processor Time，它等价于 Linux 的 (total - idle)/total，已自动聚合所有逻辑处理器并归一化到 0–100% 范围。

该值本质仍是采样差值计算，但PDH封装了底层细节。注意它不直接暴露用户态/内核态拆分——若需明细，得额外采集 Process(_Total)\% User Time 和 Process(_Total)\% Privileged Time，二者之和才接近总负载（但存在微小偏差，因特权时间含中断等不可归因部分）。

macos-suite-readonly

macOS 只读查询：Mail 未读、Calendar 日程、Notes 搜索、Stocks 行情（输出 JSON）。

下载

必须调用 PdhOpenQuery → PdhAddCounter → PdhCollectQueryData 至少两次，间隔 ≥1s 才有意义
首次 PdhCollectQueryData 返回 PDH_INVALID_DATA 是正常现象，需忽略并等待第二次调用
不要用 GetSystemTimes：它返回的是自系统启动以来的 FILETIME，精度低且难以对齐采样窗口，误差常超 ±5%
务必检查 PdhGetFormattedCounterValue 返回值是否为 PDH_CSTATUS_SUCCESS，否则 double 值不可信

跨平台封装时别碰macOS的host_processor_info

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 换算后的纳秒，极易溢出或精度丢失
绝大多数生产场景下，macOS 应放弃“精确总负载率”，改用 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或虚拟化环境下。