Linux下需两次采样/proc/stat中cpu行各字段（user、nice、system、idle等），用非空闲时间差除以总时间差计算负载率；Windows用GetSystemTimes获取三类FILETIME，转为毫秒后按（总时间−空闲时间）/总时间计算。
Linux下读取/proc/stat计算全局CPU负载率
Linux没有直接返回“总CPU负载率”的系统调用，必须自己解析/proc/stat。该文件第一行cpu（不含后缀数字）记录了所有CPU核心的累计时间片总和，含user、nice、system、idle、iowait、irq、softirq、steal八项——其中user+nice+system+irq+softirq就是你关心的“用户态+内核中断”活跃时间。
关键点在于：必须采样两次，间隔一定时间（如500ms），否则算出来是0或100%。不能只读一次就除以总时间。
- 每次读取后跳过
cpu行开头的字符串，用sscanf提取8个unsigned long long值 - 注意
idle和iowait都属于空闲时间，但严格来说只有idle是真正空闲；为求“总负载”，通常只用idle参与计算（即(total - idle) / total） - 如果需要包含
iowait（即“等待I/O时也算忙”），则把iowait加进活跃时间里，但多数监控工具不这么算
Windows下用GetSystemTimes获取全局CPU时间
Windows提供GetSystemTimes函数，返回三个FILETIME：空闲时间、内核时间（含中断）、用户时间。它天然覆盖所有逻辑处理器，不需要遍历CPU核心。
注意：GetSystemTimes在XP SP2+才支持，且要求进程有SE_INCREASE_QUOTA_NAME权限（通常默认有）。返回的FILETIME是100纳秒单位，需转为毫秒再做差值计算。
立即学习“C++免费学习笔记（深入）”；
- 两次调用间隔建议≥100ms，太短会导致
idle变化为0，结果失真 -
kernel时间包含irq和softirq，正好符合“内核中断”需求 - 不要用
GetProcessTimes——那是单进程的，不是系统级
跨平台封装时绕不开的精度与采样陷阱
不同系统对“空闲时间”的定义略有差异，比如Linux的idle包含halt状态，而Windows的IdleTime不包含停机时间。更麻烦的是，两次采样之间若有CPU频率动态调整（如Intel SpeedStep），时间片统计本身会漂移。
- 采样间隔低于200ms，误差常超过±5%，尤其在低负载机器上
- 别用
std::chrono::steady_clock做间隔计时——它和/proc/stat或GetSystemTimes的时间基线不一致，应以两次系统调用之间的真实流逝时间为分母 - 多核机器上，Linux的
cpu行已是所有核心累加值，无需再除以CPU数；Windows的GetSystemTimes同理，已是全局总和
常见错误：误把top或htop的显示逻辑当API
top默认显示的是“最近1秒的平均负载”，但它内部用了滚动窗口+指数衰减，不是简单两次/proc/stat相减。很多C++代码照搬top源码里的系数（比如乘以100再除以HZ），却忽略HZ在现代内核中已失效（CONFIG_NO_HZ_FULL下HZ无意义）。
- 不要硬编码
HZ=100，Linux内核早就不依赖这个常量做时间统计 - 不要解析
top -bn1的输出——启动子进程开销大、格式易变、非实时 - 别信某些博客里“一行
cat /proc/loadavg | awk '{print $1}'”的写法——那是1分钟平均负载，不是CPU使用率，二者物理意义完全不同
实际最难的不是读数据，而是让两次采样间隔稳定、且能容忍系统休眠或CPU离线。如果程序要长期运行，得额外检查/proc/stat行数是否突变（热插拔CPU）、或Windows下GetSystemTimes返回FALSE（权限丢失或服务被禁用）。
