Memory Pressure API 是跨平台的轻量级内存压力感知机制，通过内核事件实时通知而非轮询，支持 Windows、Linux cgroup v2 及 JSVM/ArkTS 环境；需按平台验证基础能力，并依轻、中、重度压力分级执行对应降级动作，在 Docker 中可结合 auto-prune 实现主动清理，再通过可观测性闭环验证效果。
Memory Pressure API 是操作系统提供的一套轻量级、低开销的内存压力感知机制，适用于 Windows、Linux（cgroup v2）及部分嵌入式运行时环境。它不依赖轮询或高权限扫描，而是通过内核事件通知方式实时反映系统内存紧张程度，是触发业务级降级清理最及时、最可靠的信号源。
确认运行环境是否支持 Memory Pressure 事件
不同平台实现方式不同，需先验证基础能力：
-
Windows：需启用
GlobalMemoryStatusEx+MEMORYSTATUSEX.dwMemoryLoad配合SetThreadExecutionState延迟休眠，并监听WM_POWERBROADCAST中的PBT_APMPOWERSTATUSCHANGE；Mem Reduct 类工具正是基于此路径构建压力分级（如 75%→85%→95% 三级预警）。 -
Linux cgroup v2：检查
/sys/fs/cgroup/memory.pressure是否可读，且内核版本 ≥ 5.8；Docker 27.1+ 默认启用该接口，但低内核设备（如某些 ARM 边缘网关）会自动降级为传统 OOM Killer 模式，无法使用 pressure 驱动的主动回收。 -
JSVM/ArkTS 环境：调用
OH_JSVM_MemoryPressureNotification注册回调函数，当系统内存不足时，虚拟机会主动触发该通知，适合在前端容器或轻量应用沙箱中做 JS 层资源释放。
定义压力等级与对应业务降级动作
避免“一刀切”式清理，应按压力强度分层响应：
- 轻度压力（memory.pressure = some / dwMemoryLoad ∈ 70–84%）：暂停非关键后台任务（如日志批量上传、缓存预热）、降低定时器频率、关闭 UI 动画帧率。
-
中度压力（memory.pressure = moderate / dwMemoryLoad ∈ 85–92%）：释放待机页面列表（
NtSetSystemInformation(SystemMemoryListInformation, …)）、清空 LRU 缓存池、卸载未激活插件模块。 -
重度压力（memory.pressure = full / dwMemoryLoad > 92%）：终止低优先级子进程、关闭冗余网络连接、将大对象序列化至磁盘并从内存解绑（配合
OH_JSVM_AdjustExternalMemory(-size)主动减记外部内存引用）。
在 Docker 容器中接入 pressure 驱动的自动清理
Docker 27.x 已弃用 --oom-kill-disable，转而推荐基于 cgroup v2 的主动干预。需在 daemon.json 中启用实验性 auto-prune：
{
"experimental": true,
"edge": {
"auto_prune": {
"enabled": true,
"interval_seconds": 60,
"thresholds": {
"memory_pressure_percent": 85,
"disk_usage_percent": 90,
"inactive_container_age_minutes": 5
}
}
}
}
该配置使 dockerd 每分钟读取 /sys/fs/cgroup/memory.pressure，一旦检测到持续 moderate 级别以上压力，即执行 docker container prune -f --filter until=5m 和 docker volume prune -f，实现容器维度的业务级“断舍离”。
结合可观测性建立闭环反馈
仅触发清理不够，还需验证效果并防止误判：
- 记录每次 pressure 事件时间戳、当前
memory.current与memory.high值，用于回溯分析误触发场景。 - 在降级动作后 10 秒内采集 p95 延迟与错误率，若未改善则升级至下一压力等级策略。
- 将 pressure 数据接入 Prometheus（通过
cadvisor或自定义 exporter），与业务指标（如请求成功率、队列积压数）做关联分析，形成“压力→动作→效果”可观测链路。
