先把三个数字分开看
活动监视器底部的 System、User 和 Idle 描述整机 CPU 的分配；Idle 是尚未使用的部分。进程列表中的百分比则以一个逻辑核心为参照，100% 约相当于一个核心持续忙碌，多线程进程可以超过 100%。Apple 开发者支持也说明了这两种分母的区别。
例如，一行进程显示接近 100%，底部仍有约 80% 空闲，两者可以同时成立。前者值得了解，后者说明整机还有余量；这不是性能、温度或电池寿命的直接测量。
CPU Time 是进程累计消耗的处理器时间，不是“已经卡了多久”。一个运行多天的任务累计时间很长，并不能证明它现在异常；判断此刻的情况，应结合近期占用与实际进度。
让工作进度解释高占用
如果你刚开始导出视频、编译或运行测试，高占用可能正是任务在工作。先回到对应应用，看输出文件、完成数量或进度是否变化。不要只因为数字排在第一名就结束它。
反过来，任务本应完成，进度长时间停在同一处，而且同一进程在连续几次观察中仍然很忙，就值得继续排查。把任务开始时间、最近一次进度和当前占用记下来，比保存一张孤立的截图更有帮助。没有进度反馈的任务，仍需其他证据才能确定原因。
按照影响选择下一步
下面的顺序适合你已认出、由自己启动的任务。来源不明或涉及系统服务时，先查清用途；不要把结束更多进程当作排查方式。
- 仍在正常推进：继续等待，在一个合理的工作节点后再看；正常的重负载无需为了降低数字而中断。
- 任务不再需要：先保存相关工作，再用原应用的停止或退出功能；一次只处理一个已确认的任务。
- 应用无法正常退出：在活动监视器选中准确的进程，使用停止按钮并先尝试“退出”。
- 退出无效且接受中断后果：再考虑“强制退出”。它会立即终止进程，可能丢失未保存数据，也可能影响依赖它的任务。
处理后再核对一次
确认目标任务是否真的结束，以及原来的卡顿是否改善。如果同名进程很快重现，可能是启动它的应用又创建了任务，不能仅凭名字判定操作失败。回到来源应用检查，避免反复强退。
如果整机依然迟缓，却没有持续高 CPU 的任务，排查方向可能需要转向内存、磁盘或具体应用。CPU 页面不能解释所有性能问题。
容易错过持续高占用时，再加一层提醒
QuietWatch 巡航适合经常开着后台任务、又不想反复查看列表的人。它默认每 30 秒观察当前用户可读取的进程，对持续达到阈值的任务提醒；首次采样只建立基线，不会立即有 CPU 数值。如需离开窗口后收到系统通知，请在设置中开启通知，并允许 macOS 通知权限；默认只在应用内显示检测结果。
巡航展示观察时长和任务详情，不会自动结束任务，也不会根据 CPU 或驻留内存确定死循环、内存泄漏。提醒是让你回来看一眼的依据，最终仍要结合自己的工作进度判断。