直接敲 top 后用 P（锁定 CPU 排序）、Shift+H（线程视图）、u（按用户过滤）、1（查看各核负载）快速定位高 CPU 进程或线程，结合 %Cpu(s) 中 us/sy/wa 和 S 列状态判断真因，再用 ps、jstack 或 strace 深度分析。
直接敲 top，然后靠几个关键快捷键快速揪出 CPU 异常进程，不用猜、不翻文档。
看懂顶部负载和 CPU 分布
先扫一眼顶部几行：
- load average：三个数分别代表 1/5/15 分钟平均负载。如果第一个值明显超过 CPU 逻辑核心数（比如 8 核机器 load 达到 12），说明系统整体承压；但光看这个不够，得往下查具体是谁在吃 CPU。
- %Cpu(s)里重点关注 us（用户态） 和 sy（内核态）。us 高大概率是业务程序问题；sy 高可能涉及频繁系统调用、锁竞争或中断异常；wa（I/O 等待）高但 %CPU 低，说明瓶颈不在 CPU，别被误导。
- 确认当前是否真有 CPU 被“霸占”：如果 id（空闲） 还有 70% 以上，那所谓“卡顿”很可能不是 CPU 问题，别在 top 里死磕。
快速定位高 CPU 进程
默认界面已按 %CPU 降序排列，但容易漏掉细节：
- 按 P（大写）确保排序锁定在 CPU 占用率——有些终端会误触切到其他字段，P 是最稳的重置键。
- 按 Shift+H 切换线程视图：一个 Java 进程 %CPU 显示 80%，实际可能是其中 1 个线程占了全部，其余线程几乎空闲。开启后每行变成线程级（LWP 列即线程 ID），能精准定位“真凶线程”。
- 按 u 输入用户名，快速过滤掉系统进程，只看业务用户（如 www、app、deploy）下的进程，减少干扰。
- 按 1 展开所有 CPU 核心使用率：如果只有某一个 core 接近 100%，而其他 core 很闲，说明是单线程瓶颈或绑核导致的不均衡，不是整体过载。
确认进程状态再行动
找到 PID 后，别急着 kill：
- 看 S 列：R 表示运行中，S 是睡眠，Z 是僵尸（不耗 CPU 但占 PID）。Z 进程再多也不影响 CPU，重点清理父进程或重启服务。
- 看 TIME+ 和 %CPU 组合：TIME+ 很小（比如 00:00.12）但 %CPU 突然冲到 99%，大概率是瞬时任务（如 cron 脚本刚启动），观察几秒再判断；若 TIME+ 已达几十分钟且 %CPU 持续高位，才是真异常。
- 按 c 显示完整命令行：避免把 /usr/bin/python3 误认为是 Python 服务，实际可能是某个临时脚本，方便识别来源。
后续分析要跟上
top 只是起点，定位 PID 后立刻做这几件事：
- 用 ps -T -p PID 查线程列表，比 top 的线程视图更清晰显示 tid 和状态。
- 对 Java 进程：top -Hp PID 找高 CPU 线程 → printf "%x\n" tid 转 16 进制 → jstack PID | grep -A20 16进制值 抓堆栈。
- 对通用进程：strace -p PID -c 看系统调用热点（注意慎用，会影响性能）；cat /proc/PID/stack（需 root）看内核态卡在哪。
