最可靠方式是linux用/proc/stat差值计算、windows用getsystemtimes：需两次采样取时间差，忙时=总时间−idle−iowait（linux）或(内核−空闲)+用户（windows），间隔≥100ms，避免硬等待，注意虚拟化干扰。
Linux下用/proc/stat计算CPU负载百分比最可靠
直接读/proc/stat是Linux上获取CPU负载最轻量、最标准的方式。它不依赖第三方库，也不需要轮询或特权，只要文件可读就能算——但必须自己做差值计算，不能只看单次快照。
- 每次读取
/proc/stat第一行（以cpu开头），提取user、nice、system、idle、iowait、irq、softirq这7个字段（注意：不同内核版本字段数可能不同，idle和iowait至少存在） - 两次采样间隔建议≥100ms，太短会导致
idle几乎不变，算出来接近0% - 总CPU时间 = 所有字段之和；忙时 = 总时间 −
idle−iowait（是否含iowait取决于你定义的“负载”——通常包含，因等待IO也属于系统压力） - 负载% = (忙时差值 / 总时间差值) × 100.0
Windows下用GetSystemTimes而非WMI
WMI虽然能查CPU使用率，但启动慢、开销大、权限要求高，而GetSystemTimes是WinAPI原生接口，调用快、无依赖、兼容Win7及以上。
- 需链接
advapi32.lib，函数返回三个FILETIME：空闲时间、内核时间（含空闲）、用户时间 - 真正可用的忙时 = (内核时间 − 空闲时间) + 用户时间；总时间 = 内核时间 + 用户时间
- 第一次调用结果不可用，必须两次调用取差值；两次间隔建议≥100ms，否则
FILETIME精度（100ns）不足以分辨变化 - 注意
FILETIME是100ns单位，需转为ULARGE_INTEGER再做64位运算，直接强转DWORD会溢出
跨平台封装要避开std::this_thread::sleep_for硬等待
很多跨平台库用固定sleep模拟采样间隔，但这在高负载或调度延迟时导致误差放大——实际间隔可能远超预期，分母变大，负载值偏低。
Windows-Android_SSH_Remote_Control
下载
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
- 正确做法：记录起始
std::chrono::steady_clock::now()，每次循环检查已过时间，动态调整等待时长 - 避免用
clock()或time()，它们精度低且受系统时间修改影响 - Linux下可考虑
clock_gettime(CLOCK_MONOTONIC, ...)，Windows下QueryPerformanceCounter更准，但steady_clock已足够 - 如果进程被挂起（如休眠、调试暂停），两次采样间的时间差会异常大，此时应丢弃该次计算，或加超时保护（如最大允许间隔2s）
常见错误：把单核负载当整体负载，或混淆“平均负载”与“CPU使用率”
uptime或loadavg里的“1分钟平均负载”是就绪队列长度的指数衰减均值，和CPU使用率完全不是一回事。而多核系统中，直接读/proc/stat的cpu行得到的是所有核心的加权平均值，不是某单核峰值。
- 不要用
top -b -n1 | grep "%Cpu"解析——输出格式随终端宽度/语言环境变化，极易崩 - 不要对每个
cpu0、cpu1单独采样再平均——/proc/stat的cpu行本身已是全核聚合，重复计算反而引入偏差 - 虚拟机里
idle时间可能被hypervisor截断，导致负载虚高；容器环境同理，需确认cgroup限制是否影响/proc/stat可见性
真正的难点不在读数据，而在两次采样间如何对齐时间窗口、处理边界条件（如进程启停、系统休眠、虚拟化干扰）。这些细节不写进代码，跑几天就出偏差。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
