直接读取 /proc/[pid]/maps 是获取 Linux 进程内存布局最轻量方式，需以有权限用户访问存活进程，逐行解析固定格式字段，注意 pathname 边界识别、权限位含义、匿名/文件映射区分及常见解析陷阱。
怎么从 /proc/[pid]/maps 读取内存布局
Linux 下每个进程的内存映射信息就藏在 /proc/[pid]/maps 文件里，这是最直接、开销最小的方式。它不是 C++ 标准库提供的功能，而是依赖 Linux procfs 接口——你得自己打开并解析这个文本文件。
关键点：必须以目标进程的 UID 有权限访问该文件（通常是 root 或同用户），否则会 Permission denied；另外 [pid] 必须是当前存活的进程 ID，否则文件不存在。
- 用
std::ifstream打开路径，比如/proc/1234/maps - 逐行读取，每行格式固定：
start-end perm offset dev inode pathname - 注意字段间用空格分隔，但
pathname可能含空格（如[heap]、[stack]、或带空格的动态库路径），要从倒数第二列往前推断边界 - 推荐用
std::string::find_last_of(' ')定位最后一个空格，再向前找倒数第二个，以此分离inode和pathname
mmap 区域的 perm 字段怎么看懂
每行第二列（如 rw-p）表示内存页权限和标志，四个字符分别对应：read、write、execute、shared/private。这不是符号常量，是字符串字面量，需手动比对。
常见组合：r-xp 是代码段（可执行、私有），rw-p 是堆或数据段，---p 是无权限区域（如 guard page），rw-s 表示映射了共享内存或设备文件。
立即学习“C++免费学习笔记（深入）”；
-
p（private）意味着写时复制（COW），s（shared）则多个进程可见修改 - 如果看到
rdwr这类非标准缩写，说明内核版本较新（5.15+），启用了CONFIG_PROC_PAGE_MONITOR，此时字段扩展为 6 字符，需适配解析逻辑 - 忽略掉
[heap]和[stack]这类伪路径——它们不对应真实文件，但能帮你快速定位运行时关键区域
如何区分匿名映射和文件映射
判断依据主要看行末的 pathname 字段：为空或以方括号包裹（如 [heap]、[vdso]、[anon:libc malloc]）就是匿名映射；否则是文件映射（如 /lib/x86_64-linux-gnu/libc.so.6）。
注意：offset 字段对匿名映射恒为 00000000，而文件映射的 offset 表示该映射在文件内的起始偏移（十六进制）；dev 和 inode 对匿名映射通常为 00:00 0。
- 不要仅靠
pathname是否为空判断——有些内核模块或容器环境会伪造路径（如/dev/zero (deleted)），此时要看inode是否为 0 -
[vvar]、[vdso]虽带方括号，但属于内核提供给用户的特殊映射，不是普通匿名页，也不可 munmap - 若需统计 RSS / PSS，仅靠
maps不够，得结合/proc/[pid]/smaps，但解析成本高得多
用 C++ 解析时容易崩在哪几处
崩溃往往不出现在 fopen 失败这种明显地方，而是解析阶段：字段分割错位、十六进制字符串转整数溢出、没处理换行符导致最后一行截断、或者把 [stack:12345] 当成普通路径去 stat。
- 务必检查每行是否至少含 6 个字段，少于则跳过（避免解析失败）
- 用
std::stoul(line.substr(...), nullptr, 16)转地址，而非std::stoi——地址远超 int 范围 - 读取前先调用
lseek(fd, 0, SEEK_SET)（如果用open()+read()），否则多次读可能因缓冲区残留导致重复或丢失 - 别假设所有进程都支持
smaps_rollup——它在旧内核（
真正麻烦的是多线程进程的栈映射：主线程栈在 [stack]，其余线程栈在 [stack:tid]，而 tid 不等于 pthread_t，得从 /proc/[pid]/task/[tid]/stat 里反查，这已经超出 maps 本身能力范围了。
