Linux下获取进程物理内存峰值须读取/proc/[pid]/status中的VmHWM字段，单位KB，代表自启动以来RSS最大值；非root需对应权限，解析时注意空格与异常处理；Windows无直接等价项，可用GetProcessMemoryInfo获取PeakWorkingSetSize模拟。
Linux 下用 /proc/meminfo 无法获取峰值，得看 /proc/[pid]/status 中的 VmHWM
系统级“物理内存占用峰值”没有全局统一指标——/proc/meminfo 里的 MemTotal、MemAvailable 是瞬时快照，不记录历史峰值。真正能拿到进程级物理内存使用最高值的，只有每个进程自己的 VmHWM（Virtual memory High Water Mark），单位是 KB，代表该进程自启动以来驻留内存（RSS）达到过的最大值。
所以，如果你要监控的是「当前运行中某个关键进程的物理内存峰值」，路径很明确：读取其 /proc/[pid]/status，解析 VmHWM 字段。不是 VmPeak（那是虚拟地址空间峰值，含 mmap、stack 等未实际分配物理页的部分），也不是 VmRSS（当前驻留集，会抖动）。
-
VmHWM是内核在mm_struct中维护的真实物理内存峰值，只要进程没退出就一直有效 - 必须以该进程的 UID 或 root 权限读取，否则返回
Permission denied - 字段格式固定：
VmHWM: 123456 kB，注意空格数量不固定，建议用冒号分隔后 trim 再转整数
用 C++ 同步读取 VmHWM 需绕过缓冲和权限问题
直接 fopen("/proc/1234/status", "r") 在非 root 进程下大概率失败；即使有权限，也容易因文件被内核临时重写导致解析出错（比如读到半截行）。稳妥做法是：
- 用
std::ifstream打开时加std::ios::binary模式，避免换行符转换干扰 - 逐行读取，用
find("VmHWM:") != std::string::npos定位，再用substr+stoul提取数值 - 对读取失败或解析异常做降级处理：返回 0 或缓存上一次有效值，避免监控中断
- 不要用
popen("cat /proc/...")，fork+exec 开销大，且 shell 可能被禁用（容器环境常见）
示例片段：
立即学习“C++免费学习笔记（深入）”；
std::ifstream ifs("/proc/" + std::to_string(pid) + "/status");
std::string line;
while (std::getline(ifs, line)) {
if (line.find("VmHWM:") == 0) {
auto pos = line.find(':');
if (pos != std::string::npos) {
try {
size_t kb = std::stoul(line.substr(pos + 1));
return kb * 1024ULL; // 转字节
} catch (...) {}
}
}
}
return 0;
Windows 上没有直接等价的 VmHWM，得用 GetProcessMemoryInfo + 周期轮询模拟
Windows 的 PROCESS_MEMORY_COUNTERS_EX 结构里只有 PeakWorkingSetSize，它接近 Linux 的 VmHWM，但语义略有差异：它是工作集（Working Set）峰值，不含已 swap 出去但仍属于进程的页，也不含 locked pages（如 VirtualLock 锁定的内存）。对大多数应用已够用，但实时性依赖轮询频率。
- 必须链接
psapi.lib，且调用前需EnablePrivilege(SE_DEBUG_NAME)才能跨进程获取（否则自己进程只能查到 0） - 不要每毫秒调用一次——
GetProcessMemoryInfo是轻量系统调用，但高频仍会抬高 CPU，建议间隔 ≥100ms - 首次调用可能返回 0，需确认
PeakWorkingSetSize字段是否被系统真正更新（某些旧版 Windows 需先触发一次内存分配）
跨平台封装要注意 pid 获取和误差边界
同一份监控逻辑想跑在 Linux 和 Windows 上，pid 来源必须一致：C++ 标准库无跨平台 pid 获取，得用 getpid()（POSIX）或 GetCurrentProcessId()（Windows），别硬写宏判断系统再拼接函数名——直接封装成 inline 函数更安全。
- Linux 下
VmHWM是精确值，但只在进程退出时由内核最终固化；运行中可能滞后几毫秒（通常可忽略） - Windows 的
PeakWorkingSetSize是采样值，受SystemThread更新周期影响，实测误差常在 ±5MB 内 - 如果监控目标是“整个系统的物理内存峰值”，别硬凑——Linux 没这个指标，Windows 也只有
GlobalMemoryStatusEx的瞬时ullAvailPhys，真需要系统级历史峰值，得靠外部工具（如sysstat的sar -r）或内核模块
最常被跳过的细节：容器环境里 /proc/[pid]/status 显示的是容器视图的内存，不是宿主机物理内存；而 VmHWM 值本身仍准确，只是基准变了——这点不留意，监控告警阈值就全偏了。
