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

windows 用 getprocessmemoryinfo 获取 peakworkingsetsize，linux 读 /proc/self/status 的 vmhwm 字段，二者均以 kb 为单位返回进程生命周期内驻留物理内存峰值，无需特权且开销最低。

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

Windows 下用 GetProcessMemoryInfo 查 PeakWorkingSetSize，Linux 下读 /proc/self/status 里的 VmHWM 字段——这是最直接、开销最低、无需额外权限的方式。

Windows：用 PSAPI 获取峰值工作集大小

Windows 不提供“物理内存峰值”的直接定义，但 PeakWorkingSetSize 是最贴近的指标：它表示进程自启动以来占用的物理内存（Working Set）最高值，单位字节。注意这不是总分配量（VirtualAlloc 大小），而是实际驻留物理页的峰值。

实操要点：

需链接 psapi.lib，头文件包含 <psapi.h></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++ Code Review Master

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

下载

路径必须是 /proc/self/status，不是 /proc/<pid>/status</pid> —— 后者在多线程下可能因 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 

<h3>为什么不用 GetProcessWorkingSetSize 或 VmRSS？</h3>
<p>这两个值只反映“当前”物理内存占用，完全无法体现历史峰值。尤其在内存先暴涨再释放的场景（如加载大模型、解压归档），它们会回落到很低的值，掩盖真实压力点。</p>
<p>常见误用现象：</p>

调用 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 是当前值，无峰值记录——这点容易被忽略，跨平台时得单独处理