Linux下最可靠方式是两次采样/proc/stat中cpu行的idle与iowait字段（第4、5位）求差值计算空闲率；Windows则需调用GetSystemTimes获取FILETIME格式的空闲、内核、用户时间并转换为64位整数后计算。

Linux下用/proc/stat计算CPU空闲百分比最可靠

直接读取/proc/stat是Linux获取CPU空闲率最轻量、最通用的方式，不需要额外依赖或root权限。关键在于解析第一行以cpu开头的汇总数据，它包含user、nice、system、idle、iowait、irq、softirq等字段——其中idle和iowait共同反映空闲时间（严格来说iowait是等待I/O的空闲，但常被计入“可调度空闲”）。

注意：必须做两次采样并求差值，单次读取无法得出百分比。间隔建议≥100ms，太短会导致精度崩坏甚至返回0%。

• 示例代码核心逻辑：

  std::ifstream f("/proc/stat");
  std::string line;
  std::getline(f, line);
  // 提取第4（idle）和第5（iowait）字段，转为unsigned long long
  // 两次采样后：idle_total = idle1 + iowait1；total_time = 所有字段和
  // 空闲率 = (idle_total2 - idle_total1) * 100.0 / (total_time2 - total_time1)

• idle字段在不同内核版本中位置稳定（始终是第4个），但iowait从2.6.28起才固定为第5位；老内核可能缺失该字段，此时只用idle
• 别用std::stoi解析——字段值可能超int范围，必须用std::stoull或strtoull

Windows用GetSystemTimes API获取空闲时间

Windows没有/proc伪文件系统，得调用Win32 API：GetSystemTimes返回三个FILETIME结构，分别表示空闲、内核态、用户态的总时间（100纳秒单位）。空闲百分比 = idle_time_delta / (idle + kernel + user)_delta * 100。

这个API从Windows XP SP1起可用，但要求链接advapi32.lib，且返回值为BOOL——失败时返回FALSE，常见原因是权限不足（其实通常不需要管理员权限，但某些受限沙箱环境会拒绝）。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

立即学习“C++免费学习笔记（深入）”；

• 必须把FILETIME转成64位整数再相减：ULARGE_INTEGER辅助转换，直接减FILETIME成员会溢出
• 两次调用间隔不能太短（GetSystemTimes可能返回相同值，导致除零或NaN
• 返回的“空闲时间”是系统级空闲，不区分逻辑核——即得到的是整体CPU空闲率，不是单核值

跨平台封装要注意std::chrono精度陷阱

做跨平台工具时，容易想当然用std::this_thread::sleep_for(std::chrono::milliseconds(500))控制采样间隔。但实际睡眠时间受系统调度影响，Linux上可能偏差±10ms，Windows上更可能偏差±15ms——这会直接影响分母total_time_delta的准确性。

• 更稳妥的做法：用std::chrono::steady_clock::now()记录每次采样时刻，根据真实流逝时间动态调整下一次采样时机
• 不要用std::clock()——它返回进程CPU时间，不是墙上时间，完全不适合这里
• 如果目标是监控服务，建议采样间隔设为1s以上；高频采集（如100ms）反而因系统噪声导致曲线毛刺严重

C++20前无法直接获取单个逻辑核空闲率

标准C++库不提供核级CPU使用率接口。/proc/stat每行cpu0、cpu1…对应各逻辑核，但Windows的GetSystemTimes只给全局值。想获得单核空闲率，必须：

• Linux：打开/proc/stat逐行读取cpuN行（N从0开始），每行独立计算；注意cpu（无数字）是汇总，cpu0才是第一个逻辑核
• Windows：需调用QueryProcessCycleTime或WMI（如Win32_PerfFormattedData_PerfOS_Processor），但开销大、延迟高，且需要COM初始化
• 所有方案都绕不开“两次采样+差值”这一前提——没有瞬时空闲率，只有时间段内的平均空闲率

真正麻烦的不是代码怎么写，而是理解“空闲”本身在不同上下文中的定义差异：调度器眼中的空闲、硬件眼中的空闲、用户感知的空闲，三者数值可以差10%以上。别指望一个数字解决所有问题。