windows用getprocessworkingsetsize获取工作集大小（驻留物理内存，单位字节），需确保进程句柄权限；linux用/proc/self/statm第二列rss（单位页）乘以页大小，二者语义相近但共享内存均重复计数。
Windows 下用 GetProcessWorkingSetSize 获取工作集大小
在 Windows 平台，GetProcessWorkingSetSize 是最直接的 API，但它返回的是进程当前驻留在物理内存中的页数（即工作集大小），单位是字节 —— 注意：它不包含已换出但仍在页面文件中的页，只统计“当前被映射且可访问”的物理内存页。
常见错误是传入非法句柄或忽略返回值检查。必须确保句柄有 PROCESS_QUERY_INFORMATION 权限；若用 GetCurrentProcess()，默认权限足够，但若跨进程查询，需先用 OpenProcess 显式申请该权限。
-
SIZE_T min_ws, max_ws;两个输出参数实际通常相同（除非设置了工作集边界），一般只关心min_ws - 函数成功返回非零值；失败时返回 0，应调用
GetLastError()判断原因（如ERROR_ACCESS_DENIED） - 返回值是近似值：内核可能在调用瞬间发生页淘汰或装入，结果存在微小滞后
SIZE_T min_ws = 0, max_ws = 0;
if (GetProcessWorkingSetSize(GetCurrentProcess(), &min_ws, &max_ws)) {
printf("Working set: %zu bytes\n", min_ws);
}
Linux 下通过 /proc/self/statm 或 mallinfo？别混淆
Linux 没有等价于 Windows 工作集的单一指标，/proc/self/statm 的第二列（resident set size, RSS）最接近，但它统计的是进程所有已分配且未换出的物理内存页，包括代码段、堆、栈、共享库映射等 —— 和 Windows 的工作集语义基本对齐，但不含共享页的独占计数（即多个进程映射同一共享库时，RSS 会重复计入）。
别用 mallinfo 或 malloc_stats：它们只反映堆管理器（glibc malloc）内部状态，不包含 mmap 分配、共享库、栈等内存，严重低估真实驻留内存。
-
/proc/self/statm第二列为 RSS（单位是页），需乘以getpagesize()转为字节 - 读取该文件无需特权，但注意并发时文件内容可能瞬时变化
- RSS 值受内核内存回收策略影响，比如
echo 1 > /proc/sys/vm/drop_caches后会明显下降
FILE* f = fopen("/proc/self/statm", "r");
if (f) {
long size, resident;
fscanf(f, "%ld %ld", &size, &resident);
fclose(f);
printf("RSS: %ld KB\n", resident * getpagesize() / 1024);
}
跨平台封装要注意什么
没有 POSIX 标准接口能直接获取工作集，所以跨平台代码必须条件编译。不要试图用 sysconf(_SC_PAGESIZE) + getrusage 替代：RUSAGE_SELF 的 ru_maxrss 是进程生命周期内的**峰值 RSS**（单位 KB），不是当前值，且在 Linux 上该字段常不可靠（依赖内核配置）。
- Windows 路径用
GetProcessWorkingSetSize；Linux 路径用/proc/self/statm；macOS 无直接等效接口（task_info的phys_footprint最接近，但需链接libkern） - 返回值单位务必统一：建议全部转为字节，避免后续计算出错
- 若用于监控，需考虑采样频率 —— 频繁读取
/proc/self/statm开销极低，但频繁调用 Windows API 可能引入轻微内核开销
为什么任务管理器和 top 显示值经常不一致
因为“工作集”本身就是一个模糊概念：Windows 任务管理器显示的是“工作集（内存）”，而 Linux top 默认显示的是 RES（RSS），两者都算驻留内存，但统计粒度和时机不同。更关键的是，现代系统广泛使用共享内存（如共享库、GPU 显存映射、COW 页），这些区域是否计入、如何分摊，各工具实现差异很大。
例如：一个 Qt 程序加载了 libQt5Core.so，该库在物理内存中只有一份，但 Windows 工作集和 Linux RSS 都把它完整计入各自进程 —— 这不是 bug，而是设计使然。真正想看“独占物理内存”，得用 smaps（Linux）或 Process Explorer 的 Private Bytes（Windows），但那已不属于工作集定义范畴。
如果业务逻辑依赖这个数值做资源判断，优先校准到具体场景：比如服务端限制单进程内存，用 RSS 更稳妥；若模拟 Windows 行为，则严格按 GetProcessWorkingSetSize 语义实现。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
