必须启用“每核心显示”模式才能准确识别cpu各核心实时负载分布，避免因平均值掩盖单核过载；mac用活动监视器开启cpu历史记录并右键选“每核心显示”，linux用mpstat -p all 1或top -1定位热点核心，windows 11在任务管理器中设为“每个物理核心”并结合p/e核频率特征分析。
要准确识别CPU各核心实时负载分布，避免误判整体CPU使用率低却存在单核过载的问题，必须启用对应系统的“每核心显示”模式——主界面的CPU总览只显示平均值，无法反映核心间调度不均或某个进程死锁在单一逻辑核心上的真实状况。
Mac：用活动监视器开启每核心视图
第一步：打开活动监视器后，点击顶部菜单栏的窗口 → CPU 历史记录（快捷键 Command+3），弹出独立图表窗口。
第二步：在该窗口任意空白处右键单击 → 选择“每核心显示”。此时单条蓝色曲线会立即拆分为多条竖向条形图，每一条严格对应一个逻辑核心。
第三步：查看窗口底部状态栏显示的“核心数:X”，【必须与你MacBook的实际逻辑处理器总数一致】；若不符（例如显示“核心数:4”但你的M2 Pro实为10核），说明系统未正确识别硬件，需重启活动监视器或检查系统报告中“处理器”项下的“逻辑处理器”数值。
Linux：用mpstat和top定位单核热点
方法一：运行 mpstat -P ALL 1 查看每个逻辑CPU的%usr、%sys、%idle实时占比。注意%steal值——在虚拟机里如果持续＞1%，说明宿主机抢走了CPU时间，不是本机进程问题。
方法二：直接运行 top -1（不是进top后再按1），再按P键按CPU使用率排序。右侧“CPU”列显示该进程最近一次调度所在的逻辑处理器编号；若多个高占用进程都挤在同一个CPU ID上，而其他核心%idle长期高于95%，说明调度失衡或人为绑核。
方法三：对PID为1234的可疑进程，执行 pidstat -t -p 1234 1，观察输出中TID的%CPU是否持续接近100%且CPU列固定为同一编号——这基本可判定是未被迁移的热点线程。
Windows 11：区分P核与E核占用
第一步：Ctrl + Shift + Esc 打开任务管理器 → “性能”选项卡 → 左侧点“CPU” → 图表区域右键 → “将图形更改为” → “每个物理核心”。
第二步：观察曲线分组形态——前N组为单线程曲线（大概率P-core），后续每组含两条并行曲线（大概率E-core）。鼠标悬停任一曲线，记下“逻辑处理器 X”编号，结合CPU型号规格（如i7-13700K为8P+16E）映射核类型。
第三步：若某单曲线持续峰值突破4.5 GHz且负载满格，而某双曲线组长期稳定在3.2 GHz以下且空载时频率跌至800 MHz，即可交叉验证P/E核负载差异。
跨平台通用：联动进程列表锁定异常源头
① 回到系统原生监控工具主界面（活动监视器/任务管理器/top），点击%CPU列标题排序，找出持续占用超80%且无用户操作关联的进程；记下其名称与PID。
② 切换回CPU核心视图窗口，观察该进程活跃时段内，是否恰好对应某几根条形图/曲线持续拉高——例如Chrome Helper飙升时仅第3、第4根条形图同步冲顶，即可锁定其绑定的核心范围。
③ 双击该进程 → 点击“信息”或“打开文件和端口”标签页，查看其线程分布与资源请求特征；若发现某线程%CPU长期＞95%且CPU编号不变，基本可确认为单核阻塞源。
