活动监视器不直接显示进程内存压力值，需通过“被压缩的内存”“已使用的交换”“内存列数值”及底部全局压力图交叉判断：绿色代表内存充足，黄色表示开始压缩，红色表明频繁交换；启用关键扩展列、按内存排序并悬停验证、结合浮动内存曲线与Core进程专项排查，可精准定位压力源。

macos 活动监视器本身不直接显示每个进程的“内存压力值”，但可通过组合指标精准评估各进程对系统内存的实际压力贡献——关键在于理解“内存压力”是系统级综合指标，而进程层面需靠“被压缩的内存”“已使用的交换”“内存列数值”及底部全局压力图交叉判断。

看懂底部内存压力图是前提

打开活动监视器 → 切换到“内存”标签页 → 滚动到底部，看到横向彩色条即“内存压力”。它不是百分比，而是动态评估结果：

• 绿色：可用内存充足，压缩与交换几乎为零，进程内存行为健康
• 黄色：系统开始压缩非活跃内存（如后台 App），说明物理内存趋紧
• 红色：频繁读写交换文件（swap），响应延迟明显，此时必须排查高压力进程

启用关键扩展列定位压力源

仅看“内存”列容易误判——有些进程占内存少，却频繁触发压缩或占用交换空间。右键点击进程列表顶部任一列标题，勾选以下三项：

• 被压缩的内存：数值越高（尤其持续 >300 MB），说明该进程内存被大量压缩，是压力主要来源之一
• 已使用的交换：若某进程对应值 >100 MB，表明其部分内存已被换出到磁盘，拖慢整体响应
• 内存压力贡献度（macOS 13+支持）：直接显示该进程对当前内存压力等级的相对影响权重

按内存排序 + 悬停验证

在“内存”标签页中，单击列标题“内存”一次（箭头向下），使进程按物理内存驻留量降序排列。顶部几个进程通常是主力消耗者，但需进一步验证：

WeChat macOS Proxy

macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...

下载

• 将鼠标悬停在进程名上，弹出提示框会显示“已压缩内存”“交换使用量”等实时细分数据
• 若某进程“内存”列数值中等（如 400 MB），但“被压缩的内存”高达 800 MB，说明它实际管理着远超显示的内存区域，且已被系统重点压缩
• 对比“App 内存”与“联动内存”占比：系统级 Core 进程（如 coreservicesd）若“联动内存”异常升高，可能反映底层服务异常

结合浮动内存曲线动态观察

菜单栏 → 窗口 → “内存使用率”，可调出半透明浮动图。它显示最近60秒内存分配变化：

• 绿色区域代表空闲/可用内存，红色区域代表已用内存
• 当红色区域快速扩张、绿色区域同步收缩时，观察此时“内存”列排序顶部的进程是否同步出现峰值
• 若某进程内存值平稳，但压力图突然变红，再查“被压缩的内存”列是否陡增——这往往指向缓存膨胀型压力（如 Safari 标签页过多、Xcode 构建缓存）

Core 进程专项留意点

coreaudiod、coreservicesd、corelocationd 等系统进程通常安静运行，但异常时会显著推高压力：

• 在搜索框输入 core，筛选出所有 core 开头进程
• 重点关注它们的“被压缩的内存”和“已使用的交换”，而非单纯“内存”数值（系统进程常驻内存合理，但不该大量被压缩）
• 若 coreservicesd 的“被压缩内存”持续 >600 MB 且压力图偏黄/红，可能是 Spotlight 索引异常或插件冲突，建议重建索引或禁用第三方 Finder 扩展

不复杂但容易忽略