linux用/proc/self/statm第二列（页数）×getpagesize()得rss字节数，开销最低；macos须用task_info()获取resident_size；windows调getprocessmemoryinfo()取workingsetsize；三者均需用uint64_t存储防截断。
Linux 下用 /proc/self/statm 读取 RSS 值最轻量
Linux 内核通过 /proc/self/statm 暴露进程内存快照，其中第二列就是当前驻留集大小（单位：页）。它不触发内核遍历，开销极低，适合高频采样。
注意：该值是近似值，内核可能延迟更新页表引用计数；且“驻留”指已映射且未换出的物理页，不含共享库中被其他进程独占使用的页（/proc/self/status 中的 RssAnon + RssFile 更细粒度）。
实操建议：
- 用
std::ifstream打开/proc/self/statm，读取整行后按空格分割，取索引为 1 的字段（C++17 起可用std::from_chars解析，避免std::stoi异常开销） - 乘以
getpagesize()得到字节数——别硬编码 4096，ARM64 可能是 65536 - 若需毫秒级精度，注意文件 I/O 本身有微秒级抖动，连续读取间隔建议 ≥10ms
macOS 必须用 task_info() + TASK_BASIC_INFO_64
macOS 没有 /proc，只能调用 Mach API。核心是 task_info() 获取 task_basic_info_64 结构体，其 resident_size 字段即 RSS（字节单位）。
常见错误现象：直接传 mach_task_self() 可能返回 KERN_INVALID_ARGUMENT——因为默认 task 权限不足，需先调用 task_suspend() 和 task_resume() 触发权限提升（仅调试场景可行），生产环境应改用 host_statistics64() 查本机总内存再估算，或接受 libproc.h 的 proc_pidinfo() 返回的 PROC_PIDTASKINFO（RSS 精度略低但无需特权）。
实操建议：
- 包含头文件：
<mach></mach>、<mach></mach> - 声明结构体时务必用
task_basic_info_64（32 位结构在 macOS 11+ 已弃用） - 调用前检查返回值是否为
KERN_SUCCESS，否则resident_size无意义
Windows 用 GetProcessMemoryInfo() 最可靠
Windows 提供 psapi.h 中的 GetProcessMemoryInfo()，填入 PROCESS_MEMORY_COUNTERS_EX 结构体，其 WorkingSetSize 字段即工作集字节数（注意不是 PagefileUsage 或 PrivateUsage）。
关键细节：该值包含共享页（如系统 DLL），但剔除了已换出页；若进程刚启动，该值可能远小于实际物理占用（因页面按需提交）；启用 AWE 或大页内存时，WorkingSetSize 不含这些特殊分配。
实操建议：
- 链接
Psapi.lib，运行时确保psapi.dll可加载（WinXP+ 均支持） - 结构体大小必须设为
sizeof(PROCESS_MEMORY_COUNTERS_EX)，否则旧系统返回失败 - 若需跨会话（如服务进程监控用户进程），需先用
OpenProcess()获取带PROCESS_QUERY_INFORMATION权限的句柄
跨平台封装要注意 size_t 与符号性陷阱
三个平台返回的 RSS 值都是无符号整数，但 C++ 标准库函数（如 std::to_string）对 size_t 的重载在不同编译器行为不一致；更危险的是，某些日志宏或 JSON 库会把 size_t 当作有符号类型解析，导致高位溢出显示负数。
容易被忽略的地方：
- Linux 的
/proc/self/statm值可能达 TB 级（大内存机器），unsigned long在 32 位编译下会截断，必须用uint64_t存储 - macOS 的
resident_size是uint64_t，Windows 的WorkingSetSize是SIZE_T（64 位下等价uint64_t，但 32 位下是unsigned long） - 统一转字符串时，显式用
std::to_string(static_cast<uint64_t>(rss_bytes))</uint64_t>，避免隐式转换歧义
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
