windows 下用 globalmemorystatusex 获取内存使用率最直接兼容，需初始化 memorystatusex 并设 dwlength；linux 下解析 /proc/meminfo，关注 memtotal、memfree、buffers、cached 及 memavailable（内核 3.14+）。
Windows 下用 GlobalMemoryStatusEx 获取内存使用率
这是最直接、兼容性最好的方式，适用于 Windows XP SP2 及以后所有版本。它返回的是整个系统的物理内存和页面文件使用情况，不依赖第三方库。
关键点：GlobalMemoryStatusEx 必须传入一个已初始化的 MEMORYSTATUSEX 结构体指针，且结构体的 dwLength 字段必须设为 sizeof(MEMORYSTATUSEX)，否则函数直接返回 FALSE —— 这是新手最常见的失败原因。
- 调用前记得
#include <windows.h> - 结构体字段中，
ullTotalPhys和ullAvailPhys是字节数，需转为 MB 时除以1024 * 1024 - 内存使用率建议用
(ullTotalPhys - ullAvailPhys) * 100.0 / ullTotalPhys计算，避免整数溢出 - 该 API 不需要管理员权限，普通进程可安全调用
Linux 下读取 /proc/meminfo 解析内存数据
Linux 没有统一系统 API，标准做法是解析 /proc/meminfo 文件。它稳定、轻量、无需额外权限，几乎所有发行版都支持。
注意：该文件每行格式为 Key: value unit（如 MemTotal: 16324848 kB），但 value 后可能有空格或制表符，且单位不统一（kB、MB、bytes 都可能出现）。
立即学习“C++免费学习笔记（深入）”；
- 推荐用
std::ifstream逐行读取，用std::string::find(':')分割键值，再用std::stoll提取数值 - 核心字段是
MemTotal、MemFree、Buffers、Cached；实际可用内存 ≈MemFree + Buffers + Cached - 不要只看
MemFree，Linux 的内存管理机制会让空闲内存尽量用于缓存，MemAvailable（内核 3.14+）才是更准确的“真正可用”指标 - 如果目标环境内核较老（
C++ 跨平台封装时绕不开的陷阱
跨平台方案不是简单 #ifdef 套两套代码就行，几个现实问题会立刻暴露：
- Windows 返回的是瞬时快照，Linux
/proc/meminfo也是实时的，但两次读取间隔若太短（如 - Linux 上
MemAvailable字段缺失时，硬编码 fallback 逻辑容易和新内核行为冲突；建议运行时检测字段是否存在，而非查内核版本 - Windows 下若程序是 32 位，
ullTotalPhys等字段仍能正确返回 64 位值（API 设计如此），但某些旧编译器对ULONGLONG支持不稳，建议统一用uint64_t接收 - 别在循环里反复 fopen/fclose
/proc/meminfo——开销不大但没必要；保持文件句柄打开并fseek(fp, 0, SEEK_SET)+rewind更高效
为什么不用 GetProcessMemoryInfo 或 getrusage？
这两个 API 返回的是**当前进程**的内存占用，不是系统级总用量。如果你的目标是监控整机内存水位（比如写一个资源看板或自动降级开关），它们完全不适用。
常见混淆点：
-
GetProcessMemoryInfo（Windows）返回PROCESS_MEMORY_COUNTERS_EX中的PrivateUsage，仅代表本进程独占内存，不含共享库、映射文件等 -
getrusage(RUSAGE_SELF)（Linux）的ru_maxrss单位是 KB，但它是进程生命周期内的**峰值**驻留集大小，不是当前值 - 两者都不反映 swap 使用、page cache、slab 等系统全局状态，无法支撑容量评估类决策
真要查进程自身内存，这些 API 没问题；但标题明确是“系统内存使用情况”，就别往这儿偏。
