适用场景
Mac 没有执行明显的大任务，却持续发热、风扇转速较高，或者输入和切换窗口出现卡顿，可以先检查处理器负载。本文适用于带有活动监视器（Activity Monitor）的 macOS，目标是找出持续占用 CPU 的应用，并通过一次可控操作判断它是否与卡顿有关。
不同 Mac 的散热方式不同，没有风扇声音不代表没有负载。视频导出、软件编译等任务本来就需要大量计算，也不能仅凭占用高就判断应用故障。本文优先处理自己启动、能够辨认的应用。
原理：区分瞬间负载和持续异常
应用启动、页面加载或解压文件时，处理器占用短暂升高很常见。排障需要持续观察，再结合当前任务判断是否合理。活动监视器既能列出单个进程，也能展示整机的处理器活动，因此应同时看列表和窗口底部的总体状态。CPU 活动说明
一个应用可能由多个进程组成，例如主程序、渲染进程和辅助进程。名称陌生并不等于恶意程序；某个进程排在第一位，也不自动证明它导致了全部卡顿。后续操作需要围绕“识别对象、改变一个条件、再次观察”展开。
准备工作
先保存能够保存的文稿，记录正在进行的导出、同步、下载或虚拟机任务。确认没有重要操作处于不能中断的阶段。准备一份简单记录，写下症状出现时间、前台应用和最近的操作。
尽量在电源、外接设备和运行任务相近的条件下做前后对照。如果刚开机、刚更新系统或刚导入大量文件，可以先观察后台工作是否逐渐结束，而不是立即终止不认识的系统进程。
分步骤操作
第一步：打开处理器列表
在访达（Finder）的应用程序（Applications）中进入实用工具（Utilities），打开活动监视器。选择 CPU 标签页。CPU 是处理器活动页的界面名称，不需要安装额外的清理软件。
打开显示（View）菜单，选择所有进程（All Processes），并清空搜索框，避免只看到某个应用的过滤结果。点击 CPU 百分比（% CPU）列标题，使占用较高的进程排在上方；如果顺序相反，再点击一次。
第二步：持续观察并记录候选对象
观察三十秒到一分钟，记下反复排在前列的进程名称、进程标识符（PID）和占用变化。这个观察时长只是便于比较的练习方法，不是判断故障的固定门槛。
同时查看整机空闲情况。如果候选进程只短暂升高后回落，而且界面恢复流畅，可以继续观察。如果它在没有预期任务时持续忙碌，再进入下一步。不要仅凭一个固定百分比把所有高占用都认定为故障。
第三步：确认进程归属
双击候选进程打开信息窗口，查看能否把它与当前应用和用户对应起来。必要时选择所有进程，分层显示（All Processes, Hierarchically），观察父子关系。排序和信息窗口都属于活动监视器提供的检查方式。进程信息与显示方式
例如浏览器的辅助进程持续繁忙，可以先回到浏览器，保存网页表单，逐个关闭最近打开且不再需要的页面。每关闭一个候选页面，就回到监视器观察变化，不要一次关闭全部应用，否则很难确认原因。
第四步：按风险逐步退出
对于已经确认归属的普通应用，先在应用自身菜单中正常退出。若应用没有响应，再回到活动监视器，选中对应进程，点击停止（Stop）按钮，优先选择退出（Quit）。
只有普通退出无效，并且已经接受未保存资料可能丢失的后果时，才考虑强制退出（Force Quit）。官方说明，强制退出可能丢失未保存修改，并影响正在使用该进程的其他程序。退出与强制退出的区别
验证方法
处理一个候选应用后，保持其他条件不变，再观察三十秒到一分钟。检查高占用是否持续下降、整机空闲是否增加，以及原先的输入或窗口切换是否恢复。
如果需要重新打开应用，先不恢复全部窗口，只打开一个空白窗口，再逐步恢复任务。这样可以判断问题是否由某个页面、文档或操作触发。记录能够重复出现的最少操作，比只写“电脑很卡”更有助于后续排查。
常见错误
搜索框未清空时，可能遗漏真正繁忙的进程。按名称排序却以为按占用排序，也容易选错对象。进程退出后又出现，不一定说明退出失败，它可能被所属应用或系统重新启动。
处理器负载下降而界面仍卡顿，说明还需要检查内存压力、磁盘活动等因素。不要继续随机终止其他进程，也不要删除系统文件尝试“根治”。无法确认用途的系统进程，应先保留信息并查阅对应官方说明。
安全与回退
正常退出后，通常可以重新打开应用，并检查文稿恢复和原有任务状态。强制退出导致的未保存内容不一定能够恢复，因此保存资料必须放在操作之前。
本文没有修改系统设置，回退主要是重新打开所需应用、恢复必要窗口，并核对同步或导出任务。分享排障截图时，应遮住文档名称、用户信息和其他敏感内容，只保留分析所需的进程与负载信息。
参考资料与转载说明
本文依据上述公开资料进行中文原创整理，不是逐句翻译，也不替代厂商手册。操作前请核对自己的版本、型号和备份。
评论一下？