Windows 用 GetProcessMemoryInfo 获取 PeakWorkingSetSize，Linux 读 /proc/self/status 的 VmHWM 字段，二者均以 KB 为单位返回进程生命周期内驻留物理内存峰值，无需特权且开销最低。
Windows 下用 GetProcessMemoryInfo 查 PeakWorkingSetSize，Linux 下读 /proc/self/status 里的 VmHWM 字段——这是最直接、开销最低、无需额外权限的方式。
Windows：用 PSAPI 获取峰值工作集大小
Windows 不提供“物理内存峰值”的直接定义，但 PeakWorkingSetSize 是最贴近的指标：它表示进程自启动以来占用的物理内存（Working Set）最高值，单位字节。注意这不是总分配量（VirtualAlloc 大小），而是实际驻留物理页的峰值。
实操要点：
- 需链接
psapi.lib，头文件包含<psapi.h> - 必须用当前进程句柄调用：
GetCurrentProcess()，不能传NULL或其他伪句柄 - 结构体必须初始化为 0，否则
GetProcessMemoryInfo可能失败返回FALSE - 示例关键片段：
PROCESS_MEMORY_COUNTERS pmc = {0};
if (GetProcessMemoryInfo(GetCurrentProcess(), &pmc, sizeof(pmc))) {
size_t peak_kb = pmc.PeakWorkingSetSize / 1024;
printf("Peak physical memory: %zu KB\n", peak_kb);
}
Linux：解析 /proc/self/status 中的 VmHWM
VmHWM（High Water Mark）字段即为进程生命周期中驻留物理内存（RSS）达到过的最大值，单位 KB，和 Windows 的 PeakWorkingSetSize 语义一致。它比 VmRSS 更可靠，后者只反映当前值。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
注意事项：
- 路径必须是
/proc/self/status，不是/proc/<pid>/status—— 后者在多线程下可能因 PID 变化出错 - 逐行扫描，匹配以
VmHWM:开头的行，跳过前导空格；不要依赖固定列偏移 - 该文件始终存在、无需 root 权限，但内核版本 ≥ 2.6.32 才稳定输出
VmHWM - 简单读取示例（C++）：
std::ifstream f("/proc/self/status");
std::string line;
while (std::getline(f, line)) {
if (line.substr(0, 6) == "VmHWM:") {
size_t pos = line.find_first_of("0123456789");
if (pos != std::string::npos) {
long kb = std::stol(line.substr(pos));
std::cout << "Peak physical memory: " << kb << " KB\n";
}
break;
}
}
为什么不用 GetProcessWorkingSetSize 或 VmRSS？
这两个值只反映“当前”物理内存占用，完全无法体现历史峰值。尤其在内存先暴涨再释放的场景（如加载大模型、解压归档），它们会回落到很低的值，掩盖真实压力点。
常见误用现象：
- 调用
GetProcessWorkingSetSize后直接打印结果，误以为是“峰值” - 监控脚本反复读
/proc/self/status中的VmRSS并取最大值——这依赖采样频率，极易漏掉瞬时尖峰 - 试图用
mallinfo或malloc_stats替代：它们只统计堆内存，不包括 mmap 区域、共享库、栈等物理页
跨平台封装要注意的细节
如果写通用工具，别用宏硬切平台逻辑。建议封装成函数，内部按 OS 分支，返回统一单位（KB）和明确语义（“peak physical memory in KB”）。
关键差异点：
- Windows 的
PeakWorkingSetSize包含所有工作集页（私有 + 共享），Linux 的VmHWM是 RSS 峰值，两者都含共享库页，但计算方式略有差异，不可直接数值对比 - Linux 下若程序被 cgroup 限制内存，
VmHWM仍有效；Windows 下若启用作业对象（Job Object）内存限制，PeakWorkingSetSize仍准确，不受限制值影响 - macOS 没有等效字段，
task_info的phys_footprint是当前值，无峰值记录——这点容易被忽略，跨平台时得单独处理
