C++如何获取进程当前占用的物理内存峰值 _ 系统API性能监控【干货】-C++-PHP中文网

windows用getprocessmemoryinfo获取peakworkingsetsize（字节），linux读/proc/[pid]/status的vmhwm（kb），二者语义不同：前者含共享页，后者去重统计rss峰值，不可直接跨平台统一。

c++如何获取进程当前占用的物理内存峰值 _ 系统api性能监控【干货】

Windows下用 `GetProcessMemoryInfo` 读取 `PeakWorkingSetSize`

Windows 平台最直接的方式是调用 psapi.h 中的 GetProcessMemoryInfo，它返回的 PROCESS_MEMORY_COUNTERS 结构体里有 PeakWorkingSetSize 字段，单位是字节，代表进程自启动以来占用物理内存（Working Set）的峰值。

注意：这个值不是“物理内存独占量”，而是该进程曾驻留在 RAM 中的最大工作集大小，含共享页（如系统 DLL），但不含已换出到页面文件的部分。

必须链接 Psapi.lib，否则链接失败
需要先用 OpenProcess(PROCESS_QUERY_INFORMATION | PROCESS_VM_READ, ...) 获取句柄，权限缺一不可
32 位程序在 64 位系统上默认无法获取 64 位进程信息，需启用 Wow64DisableWow64FsRedirection 或改用 64 位编译
PeakWorkingSetSize 是只读快照，不会实时更新，每次调用都返回当前记录的峰值

Linux下解析 `/proc/[pid]/status` 中的 `VmHWM`

Linux 没有等价的系统 API，得靠读取 /proc/self/status（当前进程）或 /proc/[pid]/status（其他进程），其中 VmHWM 行表示 “High Water Mark” 的物理内存使用峰值，单位是 KB。

这个值对应内核中 mm->hiwater_rss，统计的是 RSS（Resident Set Size）历史最高值，比 Windows 的 Working Set 更贴近“实际占物理内存”的概念，不含共享库的重复计数（按实际映射页计算）。

务必检查 open() 和 read() 返回值，/proc 文件可能因权限或进程退出而不存在
不要用 fscanf 直接匹配，VmHWM: 后可能有空格或制表符，建议逐行读 + sscanf(line, "VmHWM: %lu kB", &hwm)
在容器中运行时，VmHWM 反映的是宿主机视角的 RSS 峰值，不受 cgroup memory limit 影响（但超限会导致 OOM kill）

跨平台封装要注意的三个兼容性坑

想写个通用函数？别急着抽象。Windows 和 Linux 的这两个指标语义不一致，强行统一单位或命名会误导监控逻辑。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

PeakWorkingSetSize 包含共享页；VmHWM 按实际驻留页去重统计 —— 同一进程在两系统上报的数值可能差 20%~50%
Linux 的 VmHWM 在进程退出后即清零；Windows 的 PeakWorkingSetSize 会一直保留到进程句柄关闭，多次调用始终返回同一峰值
macOS 完全不提供类似接口，task_info 只能拿到当前 resident_size，没有峰值字段，硬要跨三端就得自己采样+维护最大值