Windows下用GetProcessMemoryInfo获取私有工作集需启用PROCESS_QUERY_INFORMATION权限、链接psapi.lib，并显式设置pmc.cb = sizeof(PROCESS_MEMORY_COUNTERS_EX)；Linux下通过/proc/self/statm读RSS页数乘getpagesize()得字节数，注意跨平台解析用uint64_t防溢出。
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;
}
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 时未跳过冒号后空格，导致解析失败。
立即学习“C++免费学习笔记（深入）”；
-
/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/types.h>
<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();
}
跨平台封装要注意 size_t 与 uint64_t 的溢出风险
内存用量可能超 4GB（尤其虚拟内存），32 位编译下 size_t 是 4 字节，容易截断。例如 Linux /proc/self/status 中 VmSize: 值可达数十 GB，用 unsigned long 读会丢高位。
不要依赖 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。
- Windows：
pmc.VirtualSize是虚拟内存总量，但不含 pagefile 预留部分 - Linux：
VmSize:行末单位是 KB，要乘 1024；VmPeak:才是历史峰值 - 不要用 VSS 做内存告警阈值——它波动大、不可比，真实压力看 RSS 或 PrivateUsage
实际用的时候，得先明确你要的是“此刻占了多少物理内存”还是“地址空间划了多少”，再选指标；跨平台工具里，建议默认暴露 RSS 和 PrivateUsage，把 VSS/VirtualSize 当作辅助字段，毕竟用户真正关心的，从来都是“我的机器是不是快卡死了”。
