判断进程CPU占用是否异常需结合基线、线程粒度与系统上下文：先用pidstat/ps建基线，再用top -Hp定位高耗线程，最后通过wa/si/st排除I/O、中断或虚拟化干扰。
要检查某个特定进程的CPU占用是否异常高，不能只看“它在不在top前列”，而要结合系统上下文、时间趋势和线程粒度来判断。关键不是“有没有高”，而是“高得是否合理”。
先确认这个进程该不该高
有些进程天生就是CPU密集型的——比如视频转码服务、实时音频处理、AI推理后台。它们在工作时 CPU 占用 70%～90% 是正常的；但若平时稳定在 5%，突然连续 5 分钟维持在 85%，才值得警惕。所以第一步是建立基线：用以下命令观察一段时间：
- pidstat -p PID 2 5：每 2 秒采样一次，共 5 次，输出该进程的精确 CPU 使用率（%CPU 列）
- ps -o pid,comm,%cpu -p PID：单次快照，确认当前值，注意 %cpu 是过去一段时间的平均，非瞬时值
- 如果进程有多个实例，可用 pgrep -f "关键词" | xargs pidstat -u 1 3 批量监控
区分是进程整体高，还是某个线程在作怪
很多服务（如 Java 应用、FFmpeg 后台）是多线程的，真正吃 CPU 的可能只是其中一个线程。直接杀掉整个进程反而引发故障。正确做法是：
- 用 top -Hp PID 查看该进程下所有线程（LWP），按 %CPU 排序（按 P 键）
- 记录异常线程的 TID（显示为 PID 列），再用 cat /proc/PID/task/TID/status | grep -E "Tgid|Pid|Name" 确认线程名
- 对 Java 进程，可将 TID 转成十六进制：printf "%x\n" TID，再用 jstack PID | grep -A 10 "0x..." 定位堆栈
排除“伪高”干扰：wa、si、st 高≠CPU真忙
top 头部的 %Cpu(s) 行里，不能只盯 us 或 sy。如果发现该进程 CPU 高，但系统整体 wa 很高（>20%），说明它可能卡在磁盘读写上，实际没在计算；如果 si 高，可能是网络包风暴触发软中断，线程本身未必有问题；若运行在虚拟机中且 st 值明显上升，那 CPU 时间被宿主机“偷走”了，不是进程的问题。
此时应配合 iostat -x 1（看 await、%util）、mpstat -P ALL 1（看各核 si/us 分布）交叉验证。
用脚本做简单阈值告警（适合嵌入式或无人值守场景）
例如，监控 nginx 主进程是否持续超 60%：
if [ $(pidstat -p $(pgrep -f "nginx: master") -u 1 1 2>/dev/null | tail -1 | awk '{print int($8)}') -gt 60 ]; then echo "nginx CPU >60%"; fi注意：BusyBox 系统可能无 pidstat，可改用 cat /proc/$(pgrep -f "xxx")/stat 解析第 14、15 字段（utime/stime），结合 uptime 计算近似使用率。
