VmSize表示进程当前虚拟内存映射总大小，单位kB，涵盖mmap、堆、栈、代码段等所有虚拟地址空间，不反映物理内存占用，需精确匹配字段并注意单位规范。
Linux 下读取 /proc/self/status 的 VmSize 字段
Linux 进程的虚拟内存映射总大小（即所有 mmap 区域 + 堆 + 栈 + 代码段等地址空间占用）最直接的来源就是 /proc/self/status 中的 VmSize 行。它单位是 kB，反映的是进程当前申请的全部虚拟地址空间，不区分是否真实分配物理页。
常见错误是把 VmSize 当作内存压力指标——它可能远大于 VmRSS（实际物理内存），尤其在大量 mmap 但未访问、或 malloc 后未写入的场景下。比如一个程序 mmap 了 2GB 文件但只读了前 1MB，VmSize 仍是 ~2048000 kB，而 VmRSS 可能只有几 MB。
- 必须用
strncmp(line, "VmSize:", 7) == 0精确匹配，避免和VmSizePeak或其他字段混淆 - 解析时注意空格和单位（固定为
kB，不是KB或kb） - 不要依赖
stat("/proc/self", &st)判断文件是否存在——/proc是虚拟文件系统，只要进程存在，该路径就有效 - 频繁读取（如每毫秒一次）会触发内核 procfs 重建开销，建议监控类程序控制在每秒 ≤ 5 次
Windows 下没有等价的 VmSize 接口，需组合估算
Windows 没有公开 API 直接返回“当前进程虚拟地址空间总用量”，GetProcessMemoryInfo 只提供 WorkingSetSize、PagefileUsage 等物理/页文件维度指标，不包含保留但未提交的地址空间（如 VirtualAlloc(MEM_RESERVE) 区域）。
若必须估算，可调用 EnumProcessModules 获取所有已加载模块基址与大小，再配合 VirtualQueryEx 扫描整个用户地址空间（0x00010000 到 0x7FFFFFFF 或 0x00000000'FFFFFFFF），统计 MEM_COMMIT 和 MEM_RESERVE 区域总和。但这是重量级操作，单次扫描耗时可达毫秒级，且需 PROCESS_QUERY_INFORMATION 权限。
立即学习“C++免费学习笔记（深入）”；
-
VirtualQueryEx返回的MEMORY_BASIC_INFORMATION::RegionSize是连续同属性内存块大小，不能直接累加为“映射大小”——它包含堆、栈、PEB、TEB 等所有用户空间区域 - 64 位 Windows 下，用户空间上限通常是 8TB（
0x000'00000000–0x7FF'FFFFFFFF），全量扫描不现实，应聚焦AllocationBase != NULL的已分配区域 - 第三方工具如 Process Explorer 底层正是靠
VirtualQueryEx实现 “Virtual Size” 列，但 C++ 自实现时要注意ERROR_PARTIAL_COPY异常（跨保护域读取失败）
mmap 映射区域单独统计：Linux 用 /proc/self/maps
如果目标是精确获取“由 mmap 创建的内存映射文件或匿名映射总大小”，/proc/self/status 的 VmSize 太粗粒度。此时应解析 /proc/self/maps，按行匹配 .*.so$|.*.dll$|.*.dat$ 或检查 mapped file 标识，并累加每行的地址范围差值（end - start）。
注意：/proc/self/maps 每行格式为 start-end perm offset dev inode pathname，其中 start 和 end 是十六进制地址，单位字节；perm 含 rw- 等标志，pathname 为空表示匿名映射（如 malloc 大块内存触发的 mmap）。
- 用
fopen("/proc/self/maps", "r")逐行读取比system("cat /proc/self/maps | grep ...")更轻量，无 shell 启动开销 - 正则匹配路径名不可靠（如路径含空格或括号），建议优先判断
pathname[0] == ' '或pathname[0] == '/' - 同一文件多次
mmap会产生多行记录，需按inode+offset去重，否则重复计算
Windows 下如何识别 VirtualAlloc 分配的映射区域
Windows 没有类似 /proc/self/maps 的统一视图，但可通过 VirtualQueryEx 遍历地址空间，筛选出 AllocationBase != NULL 且 Type == MEM_MAPPED 的区域——这些就是由 CreateFileMapping + MapViewOfFile 创建的映射视图。
注意：MEM_MAPPED 不包括 MEM_PRIVATE 匿名映射（如 VirtualAlloc 分配的堆外内存），后者归类为 MEM_PRIVATE。若需统计所有大块内存分配，应同时收集 MEM_MAPPED 和 MEM_PRIVATE 类型中 RegionSize > 64 * 1024 的块。
-
VirtualQueryEx必须传入有效的进程句柄，GetCurrentProcess()返回的伪句柄可用，但跨进程需OpenProcess(PROCESS_QUERY_INFORMATION, ...) - 遍历时地址递增推进，每次调用后更新
address = (BYTE*)info.BaseAddress + info.RegionSize，避免跳过区域 - 某些驱动或反作弊软件会 hook 内存查询 API，导致
VirtualQueryEx返回异常结果，生产环境建议加 try/catch 或 fallback 到性能计数器（\Process(*)\Virtual Bytes）
真正难的不是读哪个字段，而是理解「虚拟内存映射大小」在不同上下文里指什么：是地址空间预留量？是已提交页数？还是 mmap 文件视图总长？选错指标会导致性能分析结论完全跑偏。
