活动监视器不能直接显示CPU降频，但可通过系统时间占比异常升高、CPU历史图谱呈锯齿状脉冲、kernel_task持续高占用且能效影响为“高”、配合Hot工具确认温度超限及Speed Limit Active提示来综合判断。
活动监视器本身不直接显示 cpu 降频（thermal throttling）状态，但它能提供关键线索来间接判断系统是否因过热或电源限制而主动降低性能。真正的降频行为由 macos 内核底层控制，需结合 kernel_task 行为、cpu 历史图谱、系统时间占比及外部工具交叉验证。
看底部状态栏的“系统”与“用户”比例
在活动监视器的 CPU 标签页底部，实时显示三段百分比：用户（绿色）、系统（红色）、空闲（灰色）。当 Mac 遭遇热降频时，内核会频繁介入调度、压低频率、增加轮询或强制休眠线程——这些操作全计入“系统”时间。
- 若“系统”长期稳定在 60% 以上，而“用户”进程（如 Chrome、Final Cut）实际占用率却明显偏低（例如仅 10–20%），说明 CPU 能力未被有效利用，很可能是频率已被限制
- 对比正常负载下同一任务的“用户”占比：比如导出一段视频，平时用户时间占 85%，现在只剩 30%，但系统时间飙升至 70%，这就是典型降频信号
观察 CPU 历史记录中的“断续性高负载”
选取菜单栏「窗口」→「CPU 历史记录」，注意图形节奏：
- 健康高负载应呈现连续、饱满的红色/绿色波形（如渲染时稳定占满）
- 降频状态下常出现“锯齿状”或“脉冲式”尖峰：CPU 短暂冲高 → 迅速回落 → 空闲几秒 → 再冲高。这是内核反复尝试执行、又因温度超限被迫暂停的典型表现
- 若历史图中频繁出现 0.5–2 秒的完整空白间隙（灰色横条），且与风扇转速升高同步，基本可确认已触发热保护机制
检查 kernel_task 是否异常高占用并关联温控线索
kernel_task 占用率本身不是问题，但它的“行为模式”暴露降频动因：
- 在「所有进程」视图中查找 kernel_task，若其 %CPU 持续高于 150%（多核折算），同时你并未运行大量 I/O 或加密任务，大概率是它在替硬件“兜底”——比如压制 CPU 频率、接管风扇控制、阻塞异常驱动响应
- 切换到「能量」标签页，查看「能效影响」列：若 kernel_task 显示为“高”，且「12 小时能耗」数值异常突出，说明它正在持续消耗资源维持系统稳定，而非空闲等待
- 此时务必断开所有 USB-C 扩展坞、外接硬盘、未认证转接器等发热源，观察 kernel_task 是否快速回落——若回落，即证实是外设引发局部过热，触发了主动降频
配合轻量级工具确认降频事实
活动监视器是诊断入口，但要坐实降频，推荐搭配免费工具 Hot（菜单栏级传感器监控）：
- Hot 可直接读取 PMGR SOC Die Temp Sensor，实时显示 CPU 核心温度；一旦超过 95°C，多数 M1/M2/M3 芯片将开始逐步降频
- 它还会明确标出「Speed Limit Active」提示，并显示当前受限后的最大可用频率（如标称 3.2GHz → 实际锁定在 1.8GHz）
- 无需安装复杂软件，Hot 启动后驻留菜单栏，和活动监视器窗口并排查看，就能把“高 kernel_task + 锯齿图谱 + 温度红线”三者闭环印证
