直接读 /proc/meminfo 更可靠，因其是内核实时维护的内存快照，含 MemTotal 等动态字段，而 sysconf(_SC_PHYS_PAGES) 仅返回启动时静态页数，且 /proc/meminfo 在容器中自动适配 cgroup 视图。
为什么直接读 /proc/meminfo 比调用 sysconf(_SC_PHYS_PAGES) 更可靠
因为 /proc/meminfo 是内核实时维护的内存快照，包含 MemTotal、MemFree、Buffers、Cached 等字段，而 sysconf 只返回编译时或启动时的物理页总数，不反映当前可用内存。尤其在容器或 cgroup 限制下，/proc/meminfo 还会自动适配当前视图（如 /proc/<pid>/meminfo</pid>），更贴近真实使用场景。
实操建议：
- 始终以只读方式打开
/proc/meminfo，避免因权限或路径不存在导致崩溃；检查fopen()返回值是否为nullptr - 逐行解析，用
std::string::find(":")定位键值分隔符，再用std::stoll()转换数值——别用atoi()，它对非法格式静默返回 0，容易掩盖解析失败 - 注意字段单位统一为
KB（千字节），不是字节也不是 MiB；计算百分比前记得转成double避免整数截断
如何安全提取 MemAvailable 并 fallback 到传统公式
MemAvailable 是 3.14+ 内核引入的字段，表示“无需交换即可分配给新进程的大致内存”，比 MemFree + Buffers + Cached 更准确。但它在旧内核或某些嵌入式发行版中可能缺失。
实操建议：
- 优先尝试匹配
"MemAvailable:"行；若未找到，则按MemFree + Buffers + Cached计算（注意：部分内核中Cached已包含Slab，但MemAvailable会剔除不可回收部分） - 不要硬编码字段顺序——
/proc/meminfo行序不保证稳定，必须按行首字符串精确匹配 - 示例判断逻辑：
if (line.find("MemAvailable:") == 0) { /* 提取 */ } else if (line.find("MemFree:") == 0) { /* 记录 */ }
写日志时如何避免阻塞主线程和磁盘打满
频繁写入日志（比如每秒一次）容易触发同步 I/O，尤其在低配设备或高负载下，fwrite() 可能卡住几十毫秒；同时未轮转的日志文件会无限增长。
实操建议：
- 用
setvbuf()开启行缓冲或全缓冲，减少系统调用次数；但注意：缓冲区满或遇到\n才刷盘，需确保每次写完调用fflush()强制落盘（尤其程序可能被信号终止） - 日志路径别写死在
/tmp或/var/log—— 先stat()检查父目录是否存在且可写，否则降级到当前工作目录并记录警告 - 单个日志文件超过 10MB 就重命名归档（如加时间戳后缀），最多保留 5 个历史文件；用
rename()+unlink()组合实现原子切换，避免写入中途崩溃导致日志损坏
常见解析失败现象和调试手段
最典型的是读到空值、数值为 0、或字段完全缺失——往往不是代码 bug，而是环境干扰。
实操建议：
- 错误现象：
fgets()读出空行或长度为 0：检查是否被 SELinux / AppArmor 拦截，或进程运行在无/proc挂载的容器中（如docker run --pid=host缺失） - 错误现象：所有数值都是 0：确认是否以非 root 用户读取了被 cgroup v2 限制的
/proc/meminfo（此时部分字段被清零） - 调试手段：先手动执行
cat /proc/meminfo对比程序读到的内容；用strace -e trace=open,read,fstat ./your_program看系统调用是否成功
字段含义和边界情况比想象中复杂：比如 MemAvailable 在内存紧张时可能低于 MemFree，Shmem 既算进 Cached 又单独列出。真要精准建模，得结合 /sys/fs/cgroup/memory/ 下的限制值交叉验证——但这已经超出单次解析的范畴了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
