C++如何获取当前进程的内存使用量（私有工作集/虚拟内存）-C++-PHP中文网

Windows下用GetProcessMemoryInfo获取私有工作集需启用PROCESS_QUERY_INFORMATION权限、链接psapi.lib，并显式设置pmc.cb = sizeof(PROCESS_MEMORY_COUNTERS_EX)；Linux下通过/proc/self/statm读RSS页数乘getpagesize()得字节数，注意跨平台解析用uint64_t防溢出。

c++如何获取当前进程的内存使用量（私有工作集/虚拟内存）

Windows 下用 `GetProcessMemoryInfo` 获取私有工作集（Private Working Set）

私有工作集是进程独占、未被其他进程共享的物理内存页，最接近“这个进程实际占了多少 RAM”的直观理解。Windows 提供了 PROCESS_MEMORY_COUNTERS_EX 结构配合 GetProcessMemoryInfo 获取，但注意必须启用 PROCESS_QUERY_INFORMATION 权限，且需链接 psapi.lib。

常见错误是直接传 GetCurrentProcess() 却没检查返回值，或忽略结构体大小初始化——cb 字段必须显式赋值，否则 API 返回失败（GetLastError() 为 87，参数错误）。

在 VS 项目中，右键属性 → 链接器 → 输入 → 附加依赖项里加上 psapi.lib
调用前必须设置 pmc.cb = sizeof(PROCESS_MEMORY_COUNTERS_EX);，否则读不到 PrivateUsage
PrivateUsage 字段单位是字节，位于 PROCESS_MEMORY_COUNTERS_EX 中（不是基础版 PROCESS_MEMORY_COUNTERS）

#include <windows.h>
#include <psapi.h>
#include <iostream><p>size_t GetPrivateWorkingSet() {
PROCESS_MEMORY_COUNTERS_EX pmc = {};
pmc.cb = sizeof(pmc);
if (GetProcessMemoryInfo(GetCurrentProcess(), (PPROCESS_MEMORY_COUNTERS)&pmc, sizeof(pmc))) {
return pmc.PrivateUsage; // 字节
}
return 0;
}
</p></iostream></psapi.h></windows.h>

Linux 下读 `/proc/self/statm` 或 `/proc/self/status` 获取 RSS 和 VSS

Linux 没有统一 API，靠解析 /proc/self/statm（简洁）或 /proc/self/status（可读性强）获取内存指标。其中 statm 第二列是 RSS（Resident Set Size），即当前驻留物理内存大小；第一列是总程序大小（含代码+数据+堆栈），单位是内存页（通常 4KB）。

容易踩的坑是没考虑 getpagesize() 动态获取页大小（虽然绝大多数系统是 4096，但理论上可配置），以及用 fscanf 读 status 时未跳过冒号后空格，导致解析失败。

/proc/self/statm：6 个空格分隔字段，第 2 个是 RSS 页数，乘以 getpagesize() 得字节数
/proc/self/status：找 rss: 行（单位 KB），或更准的 RssAnon:/RssFile: 组合
必须检查 fopen 返回是否为 nullptr，容器环境（如 Docker）中 /proc 可能受限

#include <cstdio>
#include <unistd.h>
#include <sys><p>size_t GetRSSBytes() {
FILE<em> f = fopen("/proc/self/statm", "r");
if (!f) return 0;
unsigned long size, rss;
fscanf(f, "%lu %lu", &size, &rss);
fclose(f);
return rss </em> getpagesize();
}
</p></sys></unistd.h></cstdio>

跨平台封装要注意 `size_t` 与 `uint64_t` 的溢出风险

内存用量可能超 4GB（尤其虚拟内存），32 位编译下 size_t 是 4 字节，容易截断。例如 Linux /proc/self/status 中 VmSize: 值可达数十 GB，用 unsigned long 读会丢高位。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

不要依赖 sizeof(long) —— 它在 Windows 64 位 MSVC 下仍是 4 字节，而 Linux glibc 下通常是 8 字节。统一用 uint64_t 解析数字，再转成目标类型。

用 strtoull() 替代 atoi() 或 sscanf(..., "%lu")
Windows PROCESS_MEMORY_COUNTERS_EX 中 PrivateUsage 是 SIZE_T，64 位下为 unsigned long long，需用 %llu 打印
避免在日志或调试输出中直接 std::cout ，若 <code>rss 是 uint64_t 且平台不支持，可能输出异常

虚拟内存（VSS）在 Windows 和 Linux 上含义不同，别混用

Windows 的 VirtualSize（来自 GetProcessMemoryInfo）是进程地址空间总大小，包含已分配但未提交、未访问的区域；Linux 的 VmSize（/proc/self/status）也是虚拟地址空间大小，但包含 mmap 区域、stack、heap、shared libraries 等全部映射。

两者数值常远大于物理内存占用，且增长不意味着泄漏——比如 new 一大块内存但没写入，Linux 可能只记 VSS 不增 RSS；Windows 则可能延迟提交。监控泄漏必须看 RSS / 私有工作集，而不是 VSS。