必须借助第三方工具如Stats，因其支持菜单栏常驻显示每核心实时占用率（如“C0:4% C1:0% C2:92%…”），而系统原生活动监视器仅能通过弹出窗口展示条形图且无法固定于菜单栏。
要在Mac菜单栏直接查看每个CPU核心的实时占用率，避免只看到整体平均值而忽略单核过载问题，必须借助第三方工具实现常驻显示——系统原生活动监视器不支持菜单栏级的每核心数值呈现，仅能通过弹出窗口展示条形图，且无法固定在菜单栏持续刷新。
用Stats工具在菜单栏显示各核心占用
Stats是目前唯一免费开源、无需签名、支持多核心独立数值显示的菜单栏监控工具。它能将每个逻辑核心的实时占用率以“C0:12% C1:5% C2:87%…”格式并列显示在菜单栏，刷新延迟低于0.3秒，实测M2 Pro机型下内存占用稳定在38MB左右。
1、访问 stats.org 下载最新.dmg安装包，双击挂载后将Stats拖入Applications文件夹。
2、首次启动时，系统会提示权限缺失；前往【系统设置→隐私与安全性→辅助功能】，勾选Stats并重启应用。
3、点击菜单栏Stats图标→Preferences→CPU→启用“Show CPU usage in menu bar”→在下方“Core display mode”中选择“Per-core values”。
4、关闭设置窗口，菜单栏立即出现类似“CPU: C0:4% C1:0% C2:92% C3:1%…”的滚动文本——注意：C编号从0开始，严格对应系统报告中的逻辑处理器顺序，不可跳号或错位。
5、若发现某核心（如C2）长期高于90%，而其他核心均低于5%，说明存在单线程绑定或驱动异常；此时可立即打开活动监视器→CPU标签页→按%CPU排序，定位该核心上活跃的进程PID。
用iGlance配合终端命令交叉验证核心负载
iGlance本身不显示各核心数值，但其底层数据与活动监视器完全一致，可作为图形化锚点，配合终端命令快速比对。当你在Stats中看到C5持续满载，却不确定是否为误报时，此法可在10秒内完成验证。
方法一：用top命令锁定高负载核心关联进程
打开终端，执行：top -o cpu -s 1 → 观察顶部“Processes: X total, Y running”下方的实时列表 → 找到%CPU最高进程 → 记下其PID。
方法二：用ps命令反查该进程绑定的核心ID
继续在终端输入：ps -o pid,comm,%cpu,psr -p 【PID】（将【PID】替换成上一步记下的数字）→ 输出中最后一列“PSR”即为该进程当前运行所在的CPU核心编号（0起始）。
【注意：PSR值每秒可能跳变，需连续执行2–3次确认是否稳定落在同一核心】
方法三：回到iGlance菜单栏图标，右键→Open CPU History → 在弹出窗口中启用“每核心显示” → 确认条形图中对应编号核心（如PSR=5则看第6根）是否同步满格。
启用活动监视器CPU历史记录并校准核心数
这是所有菜单栏工具的数据基准源。若活动监视器本身识别的核心数错误，Stats和iGlance的显示也将失真。必须先完成这一步校准，否则后续所有监控都不可信。
第一步：打开活动监视器 → 顶部菜单栏点“窗口”→“CPU 历史记录”。
第二步：在弹出窗口任意空白处右键 → 选择“每核心显示”。此时条形图应立即分裂为多列。
第三步：紧盯窗口底部状态栏文字——必须看到“核心数:XX”，且XX值要与你Mac的实际逻辑处理器总数完全一致。例如M1 Max标称10核（8性能+2能效），系统报告中“逻辑处理器”必须为10，此处也必须显示“核心数:10”。
第四步：如果不符，不要调整Stats或iGlance设置。立刻点击左上角苹果图标→“关于本机”→“系统报告…”→左侧选“硬件”→右侧找“处理器”→确认“逻辑处理器”数值。若此处正确但活动监视器仍显示错误，重启活动监视器即可修复。
