linux下可用内存百分比需通过/proc/meminfo中memavailable与memtotal计算得出，不可用memfree；memavailable自内核3.14起稳定支持，反映不触发oom killer前提下可立即分配的内存（单位kb）。
Linux下用/proc/meminfo实时读取可用内存百分比
Linux没有“当前可用物理内存百分比”的直接系统调用，得自己算。核心是读/proc/meminfo，提取MemAvailable（内核3.14+才稳定支持）和MemTotal，然后做除法。别用MemFree——它不含可快速回收的缓存，会严重低估可用量。
-
MemAvailable是内核估算的、在不触发OOM killer前提下能立即分配的内存，单位KB - 每秒读一次文件开销极小，比
sysconf(_SC_PHYS_PAGES)+getpagesize()再查空闲页更准 - 注意：如果内核MemAvailable字段可能不存在，需回退到
MemFree + Buffers + Cached - SwapCached粗略估算 - 示例计算：
(stoll(mem_avail_line.substr(13)) * 100.0) / stoll(mem_total_line.substr(10))
Windows上用GlobalMemoryStatusEx获取准确可用内存比例
Windows必须用GlobalMemoryStatusEx，传入MEMORYSTATUSEX结构体。关键字段是ullAvailPhys（可用物理内存字节数）和ullTotalPhys（总物理内存字节数），两者相除即得百分比。不能用GetPerformanceInfo或WMI——延迟高、权限要求严、不适合高频采样。
- 调用前必须设置
dwLength = sizeof(MEMORYSTATUSEX)，否则返回失败 - 返回
FALSE时检查GetLastError()，常见错误是结构体长度未初始化 - 该API线程安全，无锁，每100ms调用一次也不会明显影响性能
- 示例：判断
memStat.dwMemoryLoad只是整数百分比（0–100），但精度低、四舍五入严重，弃用
C++跨平台封装时如何避免采样抖动和误报
内存百分比本身波动剧烈，尤其Linux上MemAvailable受page cache回收节奏影响，几秒内可能跳变15%。直接画原始值曲线会误导判断，必须加简单滤波。
Handsfree Windows Control
下载
通过 handsfree-windows CLI控制 Windows 本机应用 (UIA) 和浏览器 (Playwright) 的引导技能，用于自动化或测试桌面应用。
- 用滑动平均（窗口大小3–5次采样）平滑突刺，比单纯取最小值/最大值更反映趋势
- 两次采样间隔建议≥500ms：太短（如100ms）在负载高时可能读到同一轮内存回收过程中的中间态
- 首次读取失败（如
/proc/meminfo权限不足、Windows API调用失败）应静默跳过，而非抛异常中断主逻辑 - 注意单位一致性：所有计算统一转为字节或KB，避免
int溢出（MemTotal常超8GB，即8e9字节）
绘图前的数据处理陷阱：百分比不是线性指标
内存紧张时，从20%掉到10%和从90%掉到80%，对系统行为的影响完全不对称。监控曲线若只画百分比，容易掩盖真实风险——比如85%可能很健康，而12%已接近OOM边缘。
- 建议同时记录绝对可用内存值（MB），用于设定分级告警阈值（如
AvailPhys 触发警告） - 避免用
std::round把百分比截成整数：小数位保留1位足够，丢失精度会导致拐点识别失真 - 如果对接Prometheus等监控系统，暴露指标时用
node_memory_MemAvailable_bytes这类原始值，而非预计算的百分比
实际部署时最易被忽略的是内核版本兼容性——很多旧服务器仍跑着3.10内核，MemAvailable字段为空，代码没 fallback 就会始终返回0%。动手前先cat /proc/meminfo | grep MemAvailable确认环境。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
