排查 macOS 卡顿需交叉比对 CPU 类型（用户/系统/闲置）、GPU 占用、每核心分布、磁盘响应及状态标识；单看 CPU 总占用易误判，应结合底部三类负载比例、GPU 标签页“图形卡”列、CPU 历史记录启用“每核心显示”，并检查“未响应”进程的权限错误日志。
排查 macOS 卡顿，关键不是看“CPU 总占用高不高”，而是结合多个维度观察进程行为模式——活动监视器里单个指标容易误判，必须交叉比对 CPU 类型、GPU 占用、每核心分布、磁盘响应与状态标识，才能准确定位真凶。
CPU 三类负载比例（底部状态栏）
打开活动监视器 → CPU 标签页，先盯住窗口最底部那行数字：
- 用户：你主动运行的 App 占用的 CPU。长期高于 50% 且伴随卡顿，说明某个应用本身吃资源，比如 Safari 开太多标签、Final Cut Pro 正在渲染
- 系统：macOS 内核及驱动任务。若持续高于 25%，尤其没开大型软件时就偏高，可能是内核扩展冲突、驱动异常或后台服务失控（如 mds_stores 持续索引）
- 闲置：未被使用的计算能力。长期低于 5% 是满载信号；但若闲置低 + 系统高 + 用户低，大概率是 kernel_task 在代管温控或硬件响应，需结合风扇声和机身温度判断
GPU 高消耗进程（GPU 标签页 + 图形卡列）
切换到 GPU 标签页，并确保“图形卡”列已显示（右上角齿轮 → 勾选）：
- 按“图形卡”列排序，找出标为“高性能”或数值 >70% 的进程。常见高消耗者包括 Chrome（含 WebGL 页面）、Zoom（开启虚拟背景）、Final Cut Pro、甚至某些 Electron 应用（如 Slack、Discord）
- WindowServer 占比突增，常对应外接显示器设置过高（如 4K@120Hz）、多屏叠加或窗口动画过度
- GPU 历史记录（Command+4）中蓝色长条密集堆积，而你并未进行图形操作，提示后台有未关闭的 WebGL 动画、视频预览或异常插件在持续渲染
每核心负载是否失衡（CPU 历史记录 + 每核心显示）
菜单栏 → 窗口 → CPU 历史记录（Command+3），右键空白处启用“每核心显示”：
- 一根竖条持续满格（≈100%），其余核心普遍偏低 → 单核瓶颈，常见于老旧应用或未优化线程调度
- 所有核心同步剧烈波动，但整体闲置仍充足 → 属于正常多线程调度；若同步拉高且闲置归零，则是真高负载，需回 CPU 标签页查具体进程
- 某核心频繁短时尖峰（一闪即逝）属系统中断正常；若持续数秒以上高位，配合“% CPU”排序，可锁定该进程并右键 → “简介”查看其线程行为
识别“假死但不占资源”的权限卡顿（CPU 极低 + 状态未响应）
有些应用看似卡住，实则因磁盘权限不足被系统拦截，活动监视器会呈现反常静默状态：
- 进程状态为“未响应”，但 CPU 占用长期低于 0.5%，甚至为 0.0%；能量影响为中高，但“平均 CPU”曲线平坦无波动
- 磁盘读取/写入均为 0 B，同时“空闲时间”异常偏高 —— 说明内核未调度执行，而是卡在权限校验失败后的等待逻辑中
- 选中该进程 → 点击右下角“ℹ️”图标 → 查看“打开的文件和端口”，搜索关键词如 Permission denied、EACCES、denied，若有匹配项，基本确认权限拦截发生
