应优先查看“内存压力”图和“已使用的交换”量：绿色为健康，黄色提示内存压缩与试探性交换，红色表明严重依赖磁盘交换；若“已使用的交换”持续超1GB，尤其轻负载时，说明存在隐藏进程引发频繁页面交换。
直接看“内存压力”和“已使用的交换”两项，比单纯盯着“内存”列更准。虚拟内存过度占用往往不体现在单个进程的内存数值上，而是系统整体被迫频繁读写磁盘（即启用交换），这时活动监视器的全局指标会先报警。
关注内存压力图与交换使用量
打开活动监视器 → 切换到“内存”标签页后，先看右上角的内存压力图表：绿色是健康，黄色说明系统开始压缩内存并试探性使用交换，红色则代表已严重依赖磁盘交换——这是虚拟内存过载最明确的信号。再往下拉，找到“已使用的交换”这一行数值，只要它持续高于 1GB（尤其在轻负载时），就说明有隐藏进程在拖慢系统响应、触发大量页面交换。
筛选非活跃但高内存驻留的进程
很多隐藏进程本身不活跃（CPU 占用低），却长期霸占大量内存，导致系统无法回收。操作如下：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 点击顶部菜单栏“显示” → 选择“非活跃进程”，快速聚焦这类“挂机型”消耗者；
- 再点击“内存”列标题排序，把占用靠前的非活跃进程列出来；
- 特别留意名称带 helper、agent、service 或以小写字母开头（如 mds_stores、bird）的进程——它们常是后台服务或索引代理，容易因异常卡死而滞留内存；
- 双击任一可疑进程，查看“详细信息”里的“打开的文件和端口”，若显示大量重复路径或异常端口，基本可判定为异常驻留。
展开分层视图揪出父进程下的“影子子进程”
有些进程本身不显眼，但它启动的子进程在疯狂吃内存。默认列表看不到这层关系：
- 点击顶部菜单栏“显示” → 选择“所有进程，分层显示”；
- 找展开箭头（▶）旁带缩进的子项，比如 GoogleSoftwareUpdateAgent 下挂着几个 update_engine 实例；
- 逐个点击子进程，观察其“内存”值——有时主进程只占 50MB，某个子进程却占了 2.3GB 且状态为“非活跃”；
- 选中该子进程，点左上角“X” → “强制退出”，主进程通常不受影响，但能立刻释放被锁住的虚拟内存。
用终端辅助验证交换行为源头
活动监视器无法直接标出哪个进程触发了交换，但终端可以补全这一环：
- 打开“终端”，输入：vm_stat 1（每秒刷新一次）；
- 观察输出中的 Pages swapped in/out 是否持续增长（尤其是 out 数值飙升）；
- 同时回到活动监视器，按住 Command 键，在搜索框依次输入常见嫌疑名：mds、store、bird、cloudd；
- 一旦发现某进程对应时段内“内存”值稳定但“已使用的交换”同步上涨，基本锁定它是虚拟内存压力的幕后推手。
