vmrss是进程当前真实物理内存占用（单位kb），需从/proc/self/status中解析；vmsize仅为虚拟地址空间总大小，含大量未映射区域，不能反映实际内存压力。
VmRSS 是当前真实内存占用，不是 VmSize
读 /proc/self/status 拿到的 VmRSS 字段值（单位 kB）才是进程当前真正驻留在物理内存中的字节数；VmSize 只是虚拟地址空间总大小，含大量未映射、未分配或仅预留的地址范围，对内存压力判断基本无用。误用 VmSize 会导致监控告警失真，比如一个只 malloc 但没 touch 的大块内存，VmSize 猛增而 VmRSS 几乎不变。
提取时注意：VmRSS: 后可能跟多个空格或制表符，不能硬切前 8 字符；推荐用 fgets 读整行后，跳过空白再找第一个 :，然后取其后所有非空白字符转整数，最后 ×1024 得字节值。
别用 std::ifstream 直接解析 /proc/self/status
/proc/self/status 是纯 ASCII 文本，但 std::ifstream 在遇到某些内核字段含非 UTF-8 字节（极罕见但存在）或换行符异常时可能触发 failbit，导致整行读失败且不易定位。更稳的方式是 C 风格的 fopen("/proc/self/status", "r") + fgets：
- 开销低：单次读取耗时约 5–15μs，远低于一次
malloc - 可控强：可手动跳过空行、处理制表符、容忍字段名后任意空白
- 无需担心编码：它不尝试解码，只做字节流搬运
解析时容易漏掉的字段陷阱
字段格式比想象中松散：
-
VmPeak和VmHWM是历史峰值，只读一次拿不到变化趋势；VmHWM对判断是否发生过内存尖峰很有用，但需配合周期采样 -
CapEff:、Seccomp:值是十六进制字符串（如0000000000000000），当成十进制解析会溢出 -
Uid:行含四个数字（real/effective/saved/fs），通常只需第一个，别用std::stoi直接整个字符串转 -
Threads:后可能是制表符，voluntary_ctxt_switches:这种长字段名中间有下划线，不能靠固定长度截取
Linux 下没有“统一虚拟内存布局 API”，得组合查
想还原完整虚拟内存布局（比如哪些区域是堆、哪些是 mmap 区、哪些是共享库），光靠 /proc/self/status 不够。必须搭配 /proc/self/maps：
-
/proc/self/maps每行描述一段虚拟内存区域，含起始/结束地址、权限（rwxp）、偏移、设备号、inode、路径（如/lib/x86_64-linux-gnu/libc.so.6） - 堆区通常标为
[heap]，栈区为[stack]，vvar/vdso 等内核映射有特殊标记 - 要区分匿名映射（无路径）和文件映射（有路径），前者常对应
mmap(nullptr, …, MAP_ANONYMOUS)分配的大块内存 - 注意：
/proc/self/maps是文本快照，open 时刻生成，内容随mmap/brk动态变化，但读取本身不阻塞
真正难的是把 /proc/self/status 的总量指标（如 VmRSS）和 /proc/self/maps 的明细区域对上——因为 RSS 是按页统计的，而 maps 里每段地址未必对齐到页边界，且共享页会被重复计入各进程。这点在分析多线程或共享内存程序时最容易被忽略。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
