Linux下CPU使用率必须两次采样/proc/stat计算差值，公式为[(total₂−total₁)−(idle₂+iowait₂−idle₁−iowait₁)]/(total₂−total₁)×100%，采样间隔≥100ms；进程级需解析/proc/[pid]/stat第14、15字段（utime/stime），结合sysconf(_SC_CLK_TCK)换算，避免硬编码HZ。
Linux下用/proc/stat和/proc/self/stat算CPU使用率
不能直接拿单次读取的/proc/stat值当使用率——它只是累计的jiffies，必须两次采样做差值。关键是要对齐时间窗口，并区分“系统总CPU时间”和“当前进程独占时间”。
-
/proc/stat第一行cpu给出所有CPU核心的总jiffies（user、nice、system、idle、iowait等字段之和），记为total_jiffies -
/proc/self/stat第14、15、16、17字段分别是utime、stime、cutime、cstime，加起来是该进程及其子进程消耗的总CPU jiffies，记为process_jiffies - 两次采样间隔建议≥200ms，太短会导致浮点精度失真甚至结果为负
- 计算公式：
(process_jiffies_diff / total_jiffies_diff) * 100.0，结果是占**所有逻辑核总时间**的百分比（比如8核满载时理论最大值是800%）
Windows下用GetProcessTimes配合GetSystemTimes
Windows没有统一的“系统总CPU时间”概念，得靠GetSystemTimes获取空闲、内核、用户三段时长，再求和得到总时间；同时用GetProcessTimes拿到进程的内核+用户时间。两者单位都是100ns，但要注意：空闲时间只在Win8+才可靠返回，旧系统可能全为0。
- 调用
GetSystemTimes前需用OpenProcess以PROCESS_QUERY_INFORMATION权限打开当前进程句柄（否则可能失败） - 两次采样间必须用
GetTickCount64或QueryPerformanceCounter同步时间戳，不能只靠GetProcessTimes差值——因为系统总时间增长速率不等于进程时间增长速率 - 若
GetSystemTimes返回FALSE（如XP或权限不足），只能退化为估算：用(kernel_time + user_time) / elapsed_ms * 100.0，但这实际是“平均每毫秒占用多少微秒”，数值意义弱且不可比
跨平台封装时别忽略CPU_COUNT和采样抖动
多核环境下，直接把进程CPU时间除以“单核时间”会高估真实负载——例如进程在8核机器上只用了1个核的100%，按传统算法会显示12.5%，但用户直觉是“用了1个核，满载”，所以很多监控工具会额外除以逻辑核数再×100，得到“等效单核占用率”。这个选择取决于你要回答的问题：是“占系统资源比”还是“相当于几个核在跑”。
- Linux下用
sysconf(_SC_NPROCESSORS_ONLN)获取在线逻辑核数；Windows用GetLogicalProcessorInformation或GetSystemInfo.dwNumberOfProcessors - 连续采样时，如果某次差值为0（尤其在低负载进程上），不要直接跳过——应保留上一次有效值并加权衰减，否则图表会剧烈跳变
- 避免在信号处理函数或高频定时器里反复开/关文件句柄（Linux）或重复
OpenProcess（Windows），这本身就会扰动测量结果
常见错误：把top或htop显示值当真
终端工具显示的“%CPU”默认是相对于单核的（即100% = 一个核跑满），且采样周期、平滑策略、是否含子进程都可能不同。你代码里算出800%，而htop显示95%，不一定谁错——只是分母不同。调试时务必先用cat /proc/self/stat | awk '{print $14+$15+$16+$17}'手动验证进程jiffies是否在增长，再查cat /proc/stat | head -1确认cpu行总jiffies变化是否合理。
立即学习“C++免费学习笔记（深入）”；
- 误把
/proc/self/stat第22字段（starttime）当运行时长——它是从系统启动开始的jiffies，不是进程生命周期 - 在容器中运行时，
/proc/stat仍是宿主机视角，若容器有CPU quota（如--cpus=2），你的百分比需要额外折算 - 用
std::chrono::steady_clock测间隔没问题，但别用system_clock——它可能被NTP校正，导致负差值
实际最难的部分不是读数据，而是解释数据：同一组数字，在监控告警、性能分析、资源计费三个场景下，要定义完全不同的“使用率”含义。
