/proc/self/maps 每行格式固定：地址范围、权限、偏移、设备号、inode、路径（末尾字段，需从右向左提取）；匿名映射路径为空或为[heap]等；读取宜用fopen+fgets，避免std::ifstream因st_size=0异常；多线程下内容可能瞬时不一致。
怎么解析 /proc/self/maps 的每一行格式
这文件不是 JSON 也不是 YAML，是固定空格分隔的文本，每行代表一个内存映射段。关键字段顺序固定：地址范围、权限、偏移、设备号、inode、路径（可能为空）。最易错的是把路径前的多个空格当分隔符——实际要用正则或从右往左找第一个非空字段来提取路径。
-
00400000-00401000 r-xp 00000000 08:02 123456 /bin/cat：路径在末尾，前面可能有多个空格 - 匿名映射（如堆、栈）路径字段是空的，甚至整行末尾没空格，别硬切第6列
- 权限字段（如
r-xp）中p表示私有映射，s是共享；x存在不代表可执行——ASLR 或 SELinux 可能动态禁用 - 用
std::istringstream配合std::getline读整行再手动解析更稳，别信operator>>对空格的自动跳过逻辑
用 C++ 读取时为什么 std::ifstream 有时读不到完整内容
因为 /proc/self/maps 是内核实时生成的伪文件，不是普通磁盘文件。某些 libc 实现（尤其旧版本 glibc）在 std::ifstream 构造时会尝试 stat()，而 /proc 下多数文件的 st_size 是 0，导致部分流操作异常提前结束。
- 改用
std::FILE*+fopen("/proc/self/maps", "r")更可靠，fgets()逐行读不会受 size 影响 - 如果坚持用
std::ifstream，务必在打开后调用ifs.clear()清除可能的 failbit，再用std::getline(ifs, line) - 别用
ifs.seekg(0, std::ios::end)想获取长度——它返回 0，且可能让流进入不可恢复状态
如何区分 shared library 和 executable 的映射段
不能只看路径后缀，得结合 inode 和映射属性。同一个 so 文件可能被多个进程映射，也可能被 dlopen 动态加载进不同地址；而主程序的代码段通常有 0x00000000 偏移 + 可执行权限 + 非零 inode，但 PIE 二进制文件偏移不为 0。
- 检查
inode字段：值为 0 表示匿名映射（如[heap]、[stack]），非 0 才对应真实文件 - 对比
st_ino：用stat()获取目标文件 inode，和 maps 中的 inode 比对，比字符串匹配路径更准（避免符号链接、挂载点干扰） - 主程序映射段通常满足：
offset == 0且perms含x且路径是可执行文件；但 PIE 编译的 binary offset 不为 0，得靠/proc/self/exereadlink确认主映像路径后再匹配
多线程下读 /proc/self/maps 会不会出问题
不会崩溃，但结果可能“不一致”——因为内核生成该文件时并不加全局锁，映射段可能在读取中途被 mmap/munmap 修改，导致某次读到的行数忽多忽少，甚至出现地址范围重叠或断裂（虽然概率低）。
- 单次读取尽量快：别在循环里反复 open/read/close，一次读完所有行再解析
- 如果需要强一致性（比如做内存泄漏检测），应搭配
mincore()或process_vm_readv()验证地址是否真实可访问，不能只信 maps 内容 - 别假设地址连续：VDSO、VVAR 这类内核映射段位置固定但不在用户控制范围内，它们的路径显示为
[vdso]，inode 为 0，权限通常是r-xp
/proc/self/maps 最容易被忽略的，是它反映的是“某一瞬间”的视图，而内核映射行为本身是竞态的；路径字符串还可能含非 UTF-8 字节（比如损坏的 locale 下的文件名），直接 std::string 处理可能截断。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
