活动监视器不直接显示cpu唤醒频率，但可通过能耗标签页按“能耗影响”排序识别高唤醒嫌疑进程，启用“唤醒/秒”列并结合cpu视图、取样进程及终端powermetrics命令交叉定位根源。
活动监视器本身不直接显示“cpu 唤醒频率”，但 macos 中频繁唤醒 cpu（即 wakeups / sec）通常由后台进程持续调度线程引起，表现为高 cpu 占用、风扇狂转、电池耗电快。这类问题可通过活动监视器的能耗与cpu视图交叉分析，再结合系统级诊断工具定位根源。
看“能耗”标签页识别高唤醒嫌疑进程
频繁唤醒 CPU 的进程往往在“能耗影响”列中标为高，即使其当前 CPU 占用率不高。这是因为唤醒行为（如每秒数百次线程调度）本身不消耗大量计算周期，却显著增加电源管理开销。
- 打开活动监视器 → 切换到能耗标签页
- 点击“能耗影响”列标题，按降序排列
- 重点关注“能耗影响：高”且“CPU 百分比＞10%”或“唤醒/秒数值异常”的进程（部分版本会直接显示 Wakeups/sec 列；若无，可启用该列）
- 若未显示 Wakeups/sec 列：点击菜单栏“显示”→“列”→勾选“唤醒/秒”
在 CPU 视图中验证唤醒引发的持续负载
高唤醒常伴随低延迟、高频次的小任务，导致 CPU 难以进入深度闲置状态，表现为“用户”或“系统”时间持续偏高、闲置时间长期低于 20%。
- 切换至CPU标签页，确认底部状态栏中“闲置”百分比是否长期＜15%
- 按 % CPU 降序排列，观察是否有多个进程（如 com.apple.xxx、mdworker、GoogleSoftwareUpdate、Dropbox 等）轮流小幅占用（5–20%），而非单一大进程霸占资源
- 右键进程 → “在访达中显示” 查看其来源，第三方启动项、同步工具、浏览器扩展常是元凶
用“取样进程”确认唤醒源头的调用栈
仅看百分比不够，需捕获线程行为。高频唤醒往往源于定时器（NSTimer、dispatch_source_t）、I/O 等待或锁竞争，取样能暴露底层函数。
- 在 CPU 或能耗视图中选中可疑进程
- 点击左上角齿轮图标 → 选择“取样进程”（采样约 5 秒）
- 报告中查找高频出现的函数：
• mach_msg_trap（IPC 等待，可能卡在跨进程通信）
• __psynch_cvwait 或 pthread_cond_wait（条件变量等待，常伴唤醒风暴）
• CFRunLoopRunSpecific 或 dispatch_after（定时器密集触发）
配合终端命令快速筛查全局唤醒情况
活动监视器无法汇总全系统唤醒统计，终端可补足这一视角：
- 打开终端，运行：
powermetrics --samplers smc,proc,wakeups | grep -E "(Wakeups|PID|process)" - 观察输出中 Wakeups/sec 最高的前几项进程名及 PID
- 再回到活动监视器，用右上角搜索框输入 PID 或进程名，精准定位并检查其路径与启动方式
