Linux下用/proc/self/status读VmRSS并除以/proc/meminfo中的MemTotal可计算内存占用比例，Windows则用GetProcessMemoryInfo与GlobalMemoryStatusEx获取WorkingSetSize和ullTotalPhys；二者均绕过用户态分配器直查内核，避免mallinfo等低估真实内存占用。
Linux 下用 /proc/self/status 读取 VmRSS 计算内存占用比例
直接读取 /proc/self/status 是最轻量、最可靠的方式。它不依赖外部库，也不需要 root 权限，且数据是内核实时更新的（精度约毫秒级）。关键字段是 VmRSS，代表进程当前实际使用的物理内存（单位 KB），不是虚拟内存或峰值。
要算“占用比例”，得除以系统总内存——这个值从 /proc/meminfo 的 MemTotal: 行获取（单位 KB）。注意：不能用 sysconf(_SC_PHYS_PAGES) 算，因为它返回的是页数，还得乘 getpagesize()，而 /proc/meminfo 更直观、无符号溢出风险。
实操建议：
- 用
std::ifstream逐行读/proc/self/status，匹配以VmRSS:开头的行，std::stoi提取数值（跳过前导空格和单位） - 同理读
/proc/meminfo找MemTotal:，提取后乘 1.0 转 double 避免整数除零 - 结果建议保留 2 位小数，例如
static_cast<double>(rss_kb) / total_kb * 100.0</double> - 若读取失败（如容器环境里
/proc被挂载受限），应 fallback 返回 -1.0 或抛异常，不要静默返回 0
Windows 下用 GetProcessMemoryInfo + GlobalMemoryStatusEx
Windows 没有统一的“内存占用百分比”定义，GetProcessMemoryInfo 返回的 PROCESS_MEMORY_COUNTERS_EX::WorkingSetSize 最接近 Linux 的 VmRSS（即当前驻留物理内存），而系统总内存需用 GlobalMemoryStatusEx 的 ullTotalPhys 字段。
立即学习“C++免费学习笔记（深入）”；
注意两个坑：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
GetProcessMemoryInfo要链接psapi.lib，且必须在 Windows XP SP2+ 才支持PROCESS_MEMORY_COUNTERS_EX；旧版PROCESS_MEMORY_COUNTERS缺少WorkingSetSize的高精度字段 -
GlobalMemoryStatusEx返回字节数，但WorkingSetSize也是字节，单位一致，可直接除——别误用dwTotalPageFile或dwTotalVirtual - 调用前检查
hProcess是否为当前进程句柄（GetCurrentProcess()），否则可能因权限不足返回 0
跨平台封装时为什么不用 mallinfo 或 malloc_stats
这两个函数只反映堆分配器（如 glibc malloc）内部管理的内存，严重低估真实占用：它们不包含 mmap 分配的内存（比如大块内存、线程栈、共享库代码段）、不包含 C++ new 分配但未被 malloc 管理的页、也不含内核为该进程缓存的 page cache。
典型表现是：程序加载一个 200MB 的文件到 mmap 区域后，mallinfo 显示仍只有几 MB，但 VmRSS 或 WorkingSetSize 已明显上升。所以只要目标是“系统视角的内存压力”，就必须绕过用户态分配器，直查内核接口。
采样频率高时要注意 /proc 文件读取的开销和一致性
频繁读 /proc/self/status（比如每 10ms 一次）本身开销不大（单次约几十微秒），但若在多线程程序中大量调用，可能引发内核 procfs 锁竞争，导致 read() 延迟抖动。更隐蔽的问题是：两次读取 VmRSS 和 MemTotal 不是原子的——如果中间系统内存被其他进程大量申请/释放，比例会失真。
建议：
- 对监控场景，采样间隔不低于 100ms；对调试场景，单次读取足矣
- 不要在信号处理函数（如
SIGUSR1handler）里读/proc，因为std::ifstream不是 async-signal-safe - 若需高精度对比，可改用
statm（/proc/self/statm），它是一行纯数字，解析更快，其中第 1 列是总页数，第 2 列是 RSS 页数，单位统一为getpagesize()
真正难的不是读哪个字段，而是理解“内存占用比例”本身没有标准定义——VmRSS / MemTotal 只是常用近似，它不考虑 cgroup 限制、memory.pressure、或内核 reclaim 行为。线上服务若要做自动扩缩容，光看这个数字远远不够。
