直接读取/proc/meminfo并逐行解析最可靠：用std::ifstream getline读取，find(':')分割键值，stoull()转数值，kB转字节，优先使用MemAvailable字段，注意大小写与空格处理。
直接读取/proc/meminfo文本并按行解析最可靠
Linux下/proc/meminfo是只读伪文件，内容稳定、格式固定（Key: Value unit），C++里没必要用复杂库或系统调用——直接std::ifstream逐行读取+字符串解析即可。glibc不提供专用API，硬套sysinfo()反而拿不到MemAvailable等关键字段。
常见错误是用strtok或盲目sscanf("%s: %lu kB", ...)：前者破坏原字符串且线程不安全，后者一遇到空格（如"HardwareCorrupted:"后有冒号但值为空）就崩。正确做法是找第一个:分割键值，再跳过前导空格、处理kB单位。
- 用
std::string::find(':')定位分隔符，避免越界或找不到时的未定义行为 - 值字段用
std::stoull()而非atoi()，防止溢出（MemTotal在大内存机器上可能超int范围） - 单位统一转为字节：遇到
"kB"则乘1024，其他单位（如"B"）直接取值
MemAvailable必须从/proc/meminfo读，不能靠计算
很多教程教“MemFree + Buffers + Cached - Shmem”，这是错的。内核3.14+引入的MemAvailable字段已取代该估算，它考虑了可回收slab、cgroup限制、低水位等真实可用内存，free命令和top都依赖它。硬算会高估20%~50%，尤其在容器或桌面环境。
注意字段名大小写敏感：MemAvailable（首字母大写），不是memavailable或mem_available。某些老内核（
立即学习“C++免费学习笔记（深入）”；
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 读到
"MemAvailable:"后，提取数值并乘1024（单位是kB） - 若遍历完文件都没匹配到，说明内核太旧，此时才考虑回退到传统估算逻辑
- 别忽略
Shmem和SReclaimable——它们影响MemAvailable的精度，但无需手动参与计算
解析时要跳过注释行和空行，但别跳过带空格的键
/proc/meminfo里没有#开头的注释，但可能有空行或纯空白行。更关键的是，某些字段键名含空格，比如"HardwareCorrupted:"、"AnonHugePages:"，如果用std::istringstream默认空格分割就会截断键名。
正确做法是整行读入，用line.find_first_not_of(" \t")跳过行首空白，再找第一个:；如果没找到:，直接跳过该行（可能是空行或异常格式）。
- 用
std::getline()读整行，避免因空格被>>操作符截断 - 检查
line.empty()或line.find(':') == std::string::npos，两者都跳过 - 键名提取用
line.substr(0, pos)，值提取用line.substr(pos + 1)，再erase(0, line.find_first_not_of(" \t", pos + 1))去前导空格
别用fopen配feof循环，C++流更安全
用C风格fopen("/proc/meminfo", "r")配合while (!feof(fp))是经典陷阱：feof只在读失败后置位，导致最后一行被重复处理。C++的std::ifstream配合while (getline(...))天然规避这个问题。
还要注意文件路径硬编码风险：如果程序被chroot或运行在容器中，/proc/meminfo可能不可见或挂载点不同。实际部署时建议加access("/proc/meminfo", R_OK)校验。
- 构造
std::ifstream后立即检查if (!ifs.is_open())，避免静默失败 - 不要用
ifs >> str读键名——它停在空格，会把"HardwareCorrupted:"读成"HardwareCorrupted:"（正确）但"Mlocked:"没问题，而"VmallocChunk:"也正常，但统一用getline更省心 - 关闭文件不用显式
close()，析构自动释放，但提前ifs.clear()可复用流对象
解析/proc/meminfo本身不难，难的是字段含义随内核版本漂移、单位隐含转换、以及空格/冒号/大小写的细节。写一次解析逻辑后，最好把字段映射表（key→enum）和单位换算封装成小函数，比每次重写正则或sscanf靠谱。
