排查macos卡顿需综合cpu三类负载、gpu占用、每核心负载及i/o阻塞：用户/系统/闲置比例揭示资源归属；gpu标签页定位高消耗进程；每核心历史显示识别单核瓶颈；i/o阻塞常伴kernel_task飙升与响应延迟。
排查 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 或 GPU；若某进程 GPU% 高但能效影响低，可能是轻量级图形调用，暂不需干预
- 切换到内存页，观察“压缩”和“交换使用”是否上升。内存不足时，系统频繁压缩/换页，会大幅拉升 kernel_task 和 CPU 系统占比，造成假性 CPU 过载
- 切到磁盘页，看“读取”“写入”速率是否长期满载（尤其 >100 MB/s 持续）。I/O 阻塞会导致 CPU 等待，表现为 kernel_task 占比飙升、响应延迟，但用户进程 CPU% 反而不高
