Linux下计算可用内存百分比需用/proc/meminfo中MemAvailable与MemTotal字段相除，单位kB需转字节；Windows下用GlobalMemoryStatusEx获取ullAvailPhys/ullTotalPhys；跨平台需定时采样、移动平均滤波并记录steady_clock时间戳。
Linux下用/proc/meminfo实时读取可用内存百分比
Linux没有“当前可用物理内存百分比”的单一系统调用，得自己算。核心依据是/proc/meminfo里MemAvailable和MemTotal两行——前者是内核估算的真正可立即分配的内存（含可回收页缓存），后者是总物理内存。直接除一下就是实际可用百分比。
常见错误是用Free或Available字段不全的旧内核（MemAvailable从 Linux 3.14+ 才稳定提供），或者没剔除Buffers/Cached导致高估可用性。
-
MemAvailable比Free + Cached更准，它已扣减不可回收的Slab、PageTables等开销 - 每秒读一次
/proc/meminfo，用std::ifstream按行扫描，匹配"MemAvailable:"和"MemTotal:"开头的行 - 注意单位是
kB，需转为字节再计算：(MemAvailable * 1024.0) / (MemTotal * 1024.0) * 100.0 - 别用
system("free -h")解析，启动子进程开销大且输出格式易变
Windows上用GlobalMemoryStatusEx获取真实可用内存
Windows 的GlobalMemoryStatusEx返回MEMORYSTATUSEX结构体，其中ullAvailPhys（可用物理内存字节数）和ullTotalPhys（总物理内存字节数）是直接可用的，比任务管理器显示的“可用”更贴近底层实际。
容易踩的坑是调用前忘了初始化dwLength字段，或误用已废弃的GlobalMemoryStatus（只支持32位计数，超4GB就溢出）。
立即学习“C++免费学习笔记（深入）”；
- 必须设置
memStat.dwLength = sizeof(MEMORYSTATUSEX)，否则函数返回FALSE -
ullAvailPhys包含备用页列表（standby list）中可快速重用的内存，是真正的“当前可用” - 不要用
ullAvailPageFile，那是页面文件+物理内存总和，不是纯物理内存 - 调用频率建议≥500ms，太频繁会增加内核查询负担
跨平台采样与动态走势记录的关键点
要画出“动态走势明细”，本质是定时采样+时间戳打点+滑动窗口存储，不是一次性快照。难点不在获取单点值，而在避免采样抖动和系统噪声干扰真实趋势。
比如MemAvailable在Linux下每秒波动几十MB很常见（内核后台回收、page cache预热），直接绘图会毛刺严重。
- 用环形缓冲区（
std::vector+push_back+erase）存最近60秒数据，每秒1次采样 - 对原始值做简单移动平均（如3点均值），滤掉瞬时尖峰，但别用长周期滤波——会掩盖真实内存压力突增
- 记录每个点带
std::chrono::steady_clock::now()时间戳，避免用system_clock受NTP校时影响 - 采样线程优先级设为
THREAD_PRIORITY_LOWEST（Windows）或sched_setscheduler(SCHED_IDLE)（Linux），防止自身吃掉内存
为什么top或htop显示的“可用%”和你算的不一样
终端工具显示的百分比往往基于Free + Buffers + Cached（旧逻辑）或简化版MemAvailable，且默认刷新间隔2秒、四舍五入到整数——丢失细节。你要的“明细”，必须绕过这些中间层，直取原始字段。
另一个常见混淆：GUI监控工具（如GNOME System Monitor）常把MemAvailable和SwapFree合并显示为“可用内存”，而你需求明确限定为“物理内存”。
- 确认你的C++程序只读
/proc/meminfo中的MemAvailable和MemTotal，不碰Swap相关字段 - Windows下严格用
ullAvailPhys/ullTotalPhys，不用ullAvailPageFile或ullAvailVirtual - 如果发现数值持续高于95%，检查是否启用了
zram或zswap——它们会压缩内存页，让MemAvailable虚高
真实内存压力往往藏在MemAvailable缓慢下降+pgpgin/pgpgout陡升的组合里，单看百分比容易误判。走势明细的价值，就在捕捉这种渐进式变化。
