Linux下读取/proc/loadavg是最直接可靠的方式，C++程序用std::sscanf解析前三个字段获取真实负载值；macOS/FreeBSD需fallback到getloadavg()；平均负载非CPU使用率，需结合核心数与三时段趋势综合判断。
Linux下读取/proc/loadavg是最直接可靠的方式
Linux内核通过/proc/loadavg文件暴露1分钟、5分钟、15分钟的平均负载值，这是最轻量、无依赖、无需特权的方法。C++程序只需打开并解析该文件即可，不需调用系统命令或链接额外库。
常见错误是试图用getloadavg()函数——它在glibc中存在，但仅返回近似值（基于进程计数估算），且默认未启用；而/proc/loadavg是内核实时统计的真实值，精度更高、更权威。
- 用
std::ifstream读取/proc/loadavg，前三个字段即为load1、load5、load15 - 注意字段间以空格分隔，第三字段后还有两个整数（运行/总进程数）和一个PID，通常可忽略
- 若文件不可读（极少见，如容器无procfs挂载），应返回错误而非静默失败
C++读取示例：用std::sscanf安全解析三字段
不要用std::stod逐字段切分——容易因空格数量异常或格式变动崩溃。用std::sscanf一次匹配更稳：
float load1 = 0.0f, load5 = 0.0f, load15 = 0.0f;
std::ifstream f("/proc/loadavg");
std::string line;
if (std::getline(f, line)) {
if (sscanf(line.c_str(), "%f %f %f", &load1, &load5, &load15) != 3) {
// 解析失败，可能是格式变更或空行
return std::nullopt;
}
}
这里sscanf比流操作符>>更容错：它跳过前导空白，只匹配浮点数，且明确要求3个成功转换，避免部分解析导致数值错位。
立即学习“C++免费学习笔记（深入）”；
macOS或FreeBSD不能用/proc/loadavg，得换接口
macOS没有/proc文件系统，FreeBSD虽有但路径和格式不同。此时必须用系统API：getloadavg()是POSIX标准函数，但行为有差异：
- macOS上
getloadavg(&loads[0], 3)返回的是真实负载值（等价于Linux的/proc/loadavg） - Linux上glibc默认禁用
getloadavg()的精确模式，需定义_GNU_SOURCE宏并确保内核支持 - 返回值为-1表示不可用（如权限不足或系统不支持），不是错误码，需检查返回值而非errno
跨平台项目建议优先尝试/proc/loadavg（Linux），fallback到getloadavg()（macOS/BSD），而不是反过来。
别把平均负载当CPU使用率来理解
很多开发者误以为load1 == 0.8代表CPU用了80%，这是典型误解。平均负载是“就绪态+运行态”进程数的指数衰减平均，受I/O等待、锁竞争等阻塞因素影响极大。单核机器上load1 > 1才提示潜在瓶颈，多核需除以CPU核心数作归一化。
实际监控中，如果只取load1而忽略load5和load15的趋势对比，很容易误判瞬时抖动为持续过载。真正要关注的是三者是否同步攀升，而非某个单一数值。
