Windows下应使用GlobalMemoryStatusEx计算可用物理内存百分比：先初始化MEMORYSTATUSEX结构体dwLength字段，调用后用ullAvailPhys除以ullTotalPhys乘以100.0；Linux则读取/proc/meminfo中MemAvailable与MemTotal字段计算；二者语义不等价，无跨平台统一接口。
Windows 下用 GlobalMemoryStatusEx 获取可用物理内存百分比
Windows 没有直接返回“可用内存百分比”的 API，必须自己算：用 ullAvailPhys 除以 ullTotalPhys。注意必须用 MEMORYSTATUSEX 结构体，旧的 GlobalMemoryStatus 已废弃且不支持 >4GB 内存。
常见错误是没初始化 dwLength 字段，导致函数返回 false；或者忽略 ullTotalPhys 可能为 0（极罕见但需防御）。
- 调用前必须设
memStat.dwLength = sizeof(MEMORYSTATUSEX) - 检查返回值，失败时不要读
ullAvailPhys - 用
double运算避免整数截断：(double)memStat.ullAvailPhys / memStat.ullTotalPhys * 100.0 - 结果范围是 0–100，但实际可能略超 100（因内核保留内存统计方式差异，可
std::min(100.0, ...)截断）
Linux 下读 /proc/meminfo 计算 MemAvailable 百分比
Linux 从 4.0+ 内核开始在 /proc/meminfo 提供 MemAvailable: 行，它比 Free: 更准确反映真正可用内存（已扣减 page cache 可回收部分）。直接用它除以 MemTotal: 即可。
别硬解析 free 命令输出——格式不稳定，且不同版本字段顺序可能变；也别只看 MemFree，它会严重高估可用性。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 逐行读取
/proc/meminfo，匹配以MemAvailable:和MemTotal:开头的行 - 每行用
sscanf(line.c_str(), "MemAvailable: %lld kB", &avail_kb)提取数值（单位是 kB） - 确保两个值都成功读到再计算：
(double)avail_kb / total_kb * 100.0 - 若
MemAvailable字段不存在（老内核），降级用MemFree + Buffers + Cached粗略估算，但需注明误差大
C++ 跨平台封装时要注意的兼容性坑
没有标准库函数能跨平台获取该指标，强行写一层统一接口容易掩盖差异。比如 Windows 的 ullAvailPhys 包含 standby list，而 Linux 的 MemAvailable 是预测值，二者语义不完全等价。
更麻烦的是权限和精度：Linux 下普通用户总能读 /proc/meminfo，Windows 下 GlobalMemoryStatusEx 无需特权，但某些沙盒环境（如 Steam 游戏运行时）会拦截该调用并返回固定值。
- 不要假设结果精确到小数点后两位——两次调用间隔 100ms 就可能差 2~3%
- 避免高频轮询（如每 10ms），
/proc/meminfo是伪文件，频繁读会增加 vfs 开销；Windows API 调用也有轻微开销 - 如果用于资源调度决策，建议加 5% 缓冲阈值（例如“低于 15%”才触发动作），别死守 10.00% 这种数字
- macOS 需用
host_statistics64+HOST_VM_INFO64，字段名和单位（page 数）完全不同，不能简单套用 Linux 或 Windows 逻辑
为什么 std::system("free -h") 不可靠
看似省事，实则埋雷：输出格式依赖 locale（德语系统里数字带点逗号）、列宽随内存大小动态变化、不同 procps-ng 版本对 “available” 字段的显示策略不同（有的默认不显示）。
更致命的是，子进程启动有延迟，且无法捕获 stderr（比如 free 执行失败时你根本不知道）。
- 即使加
setlocale(LC_ALL, "C")，也不能保证free自身遵守——它读自己的环境变量 -
free -b输出字节数，但大内存下可能溢出int，而long long解析又需手动跳过单位后缀 - 容器或 WSL 环境中，
/proc/meminfo显示的是宿主机内存，而free命令可能被 cgroup 限制，两者数值矛盾
实际用的时候，最易被忽略的是：内存百分比本身是个瞬时快照，且不同系统定义不同。拿它做告警阈值可以，但别当绝对依据——比如 Windows 的 “可用” 包含 standby，这部分内存被需要时能秒级释放，而 Linux 的 MemAvailable 是基于 LRU 预测的，压力突增时可能不准。
