最有效方法是查看“cpu 历史记录”窗口——它通过多色曲线直观反映各逻辑处理器负载是否均衡：若轨道高度接近且同步波动，说明并行编译良好；若仅1–2条持续冲顶、其余空闲，则未启用并行构建；若部分频繁尖峰回落，可能因i/o或锁竞争导致阻塞。
直接看“cpu 历史记录”窗口最有效——它能直观反映各物理核心是否被均衡调度，而不是只盯着总占用率。
CPU 历史记录：识别多核负载是否失衡
在“活动监视器”中点按顶部标签栏的CPU，再选取窗口 > CPU 历史记录。你会看到一条带颜色分段的实时曲线，每种颜色代表一个逻辑处理器（即一个线程）。Mac 的 M 系列芯片或 Intel 多核 CPU 会显示多个并行轨道：
- 若所有轨道高度接近、波动同步，说明编译任务（如 Xcode 或 make）被良好分发到各核心，多核协作效率高；
- 若仅 1–2 条轨道持续冲顶（>90%），其余长期低于 20%，说明编译工具链未启用并行构建（例如未设 -j4 或 Xcode 的“并行化编译任务”关闭），存在明显单点瓶颈；
- 若部分轨道频繁尖峰+回落、其余空闲，可能是 I/O 或锁竞争导致线程阻塞，需结合“磁盘”和“系统调用”列进一步排查。
结合“用户”与“系统”占比判断编译器行为
观察窗口底部三行百分比：
- 用户占比高（如 >85%）、系统占比低（
- 系统占比异常升高（>20%），可能因频繁 fork 进程（如 shell 脚本驱动大量子编译单元）、内核调度开销大，或文件系统元数据压力大（尤其在 APFS 加密卷上）；
- 若“闲置”长期为 0 但编译速度未提升，说明不是 CPU 瓶颈，应转向内存（检查“内存压力”图）或磁盘（“磁盘活动”是否持续红条）。
启用 Dock 实时图标，快速捕捉瞬态峰值
选取显示 > 程序坞图标 > 显示 CPU，Dock 中会出现彩色条形图。它不显示核心拆分，但能帮你发现：
— 编译启动瞬间是否所有核心同步跃升（良好响应）；
— 某个阶段是否突然回落（可能卡在链接、符号解析或网络依赖下载）；
— 完成后是否残留高占用（如 Swift Package Manager 后台索引未退出）。
补充列：定位具体拖慢进程
选取显示 > 列 > 选择列，勾选以下关键项：
- CPU 时间：累计消耗的 CPU 秒数，区分长时编译进程与短时辅助进程；
- 线程数：Xcode 或 ninja 进程若仅显示 1–2 线程，说明并行开关未生效；
- 能耗影响：高能耗但低 CPU 占用的进程（如 Spotlight 导入头文件），可能干扰编译缓存命中；
- 防止睡眠：确认编译进程是否主动阻止系统休眠（应为“是”，否则中途可能被挂起）。
不复杂但容易忽略：真正的多核效率，不看峰值而看“一致性”。只要历史记录里各轨道步调一致、无长期空转，就说明编译负载已有效摊薄。
