<p>Windows 下用 GlobalMemoryStatusEx 获取可用物理内存百分比需先初始化 MEMORYSTATUSEX.dwLength，再调用获取 dwMemoryLoad（已用百分比），可用百分比为 100 - dwMemoryLoad；Linux 下应解析 /proc/meminfo 中的 MemAvailable（内核 3.14+）或 fallback 到 MemFree + Buffers + Cached，单位 kB，计算 (available × 100) / total；两者均反映系统当前可立即分配给新进程的物理内存比例，不包含 swap，跨平台不可强行统一抽象。</p>
Windows 下用 GlobalMemoryStatusEx 获取可用物理内存百分比
Windows 提供了 GlobalMemoryStatusEx 这个可靠且兼容性好的 API，能直接拿到当前系统物理内存的已用/可用比例。它返回的是 MEMORYSTATUSEX 结构体，其中 dwMemoryLoad 字段就是 0–100 的整数百分比（表示已用内存占比），所以可用百分比 = 100 - dwMemoryLoad。
常见错误是调用前没初始化 dwLength 成员，导致函数返回 false；或者误用已废弃的 GlobalMemoryStatus（不支持大于 4GB 内存）。
- 必须先设置
memStat.dwLength = sizeof(MEMORYSTATUSEX)，否则调用失败 -
dwMemoryLoad是已用百分比，不是可用百分比，别直接当可用值用 - 该函数开销极小，可每秒调用多次，无需缓存或节流
MEMORYSTATUSEX memStat{};
memStat.dwLength = sizeof(MEMORYSTATUSEX);
if (GlobalMemoryStatusEx(&memStat)) {
int availablePercent = 100 - memStat.dwMemoryLoad;
// availablePercent 就是当前可用物理内存百分比
}Linux 下读取 /proc/meminfo 计算可用内存百分比
Linux 没有统一 API，最稳定的方式是解析 /proc/meminfo。关键字段是 MemTotal: 和 MemAvailable:（内核 3.14+ 支持），后者才是真正可用于新进程的内存（已扣除 page cache 中可回收部分），比用 MemFree 更准确。
容易踩的坑是：直接用 MemFree 导致结果偏高（比如显示 60%，实际只剩 20% 可用），或者没跳过空行/注释、没处理单位（kB）、没校验字段是否存在。
立即学习“C++免费学习笔记（深入）”；
- 优先读
MemAvailable:， fallback 到MemFree:+Buffers:+Cached:（仅旧内核） - 所有数值单位都是 kB，需转换为字节再计算百分比
-
std::ifstream读取时建议用std::getline逐行解析，避免>>跳过空白导致错位
// 示例：提取 MemAvailable 值（单位 kB）
std::ifstream f("/proc/meminfo");
std::string line;
long total = 0, available = 0;
while (std::getline(f, line)) {
if (line.starts_with("MemTotal:")) {
std::sscanf(line.c_str(), "MemTotal: %ld", &total);
} else if (line.starts_with("MemAvailable:")) {
std::sscanf(line.c_str(), "MemAvailable: %ld", &available);
}
}
if (total > 0) {
int percent = static_cast<int>((available * 100LL) / total);
}跨平台封装时注意内存定义差异
Windows 的 dwMemoryLoad 和 Linux 的 MemAvailable 都反映“用户态程序可立即申请的内存”，但底层逻辑不同：Windows 统计的是物理页使用率（含 kernel commit），Linux 的 MemAvailable 是估算值（考虑 reclaimable cache）。两者数值通常接近，但负载突增时可能差 5–10%。
不要试图用 sysconf(_SC_PHYS_PAGES) 或 get_phys_pages() 手动算——它们只给总页数，没提供可用页数，且不区分可回收 cache。
- macOS 没等效接口，
host_statistics返回的vm_statistics中free_count不含可回收 cache，结果比 Linux 的MemAvailable保守得多 - 如果目标平台不确定，优先按 OS 分支实现，别强行抽象成一个函数
- 监控类场景建议加 1–2 秒采样间隔，避免频繁读
/proc/meminfo引起轻微 I/O 毛刺
避免把 swap 当作物理内存参与计算
有些代码会把 SwapTotal 和 SwapFree 加进可用内存，这是典型误解。MemAvailable 和 dwMemoryLoad 都只统计物理内存，swap 是后备机制，延迟高、影响性能，不能等同于“可用物理内存”。
任务管理器或 top 显示的“可用内存”也从不包含 swap，和用户直觉一致。混入 swap 会导致百分比虚高，掩盖真实内存压力。
- 检查自己代码里是否出现
MemTotal + SwapTotal这类表达式，删掉 - Windows 的
ullAvailPageFile是可用 pagefile 总量，和物理内存无关，别跟ullAvailPhys搞混 - 容器环境（如 Docker）中，cgroup limits 会影响
MemAvailable，但dwMemoryLoad仍看宿主机——这点必须明确区分
实际写的时候，物理内存百分比的“可用”定义比看起来更微妙：它既不是单纯空闲页，也不是理论最大可分配量，而是操作系统当下敢承诺给新进程的量。Linux 的 MemAvailable 算法本身就在不断演进，Windows 的 dwMemoryLoad 也会随内核版本微调阈值。拿不准时，就信系统提供的现成字段，别自己拼凑。
