一、第一步：服务器层面定位（Linux命令，先确认是系统/应用占用）
1. 整机CPU概览
top# 实时查看整机CPU、进程占用，shift+p按CPU排序uptime# 看1/5/15分钟负载，判断瞬时冲高还是持续满载- 重点：%Cpu(s) us用户态、sy内核态、id空闲
- us高：应用代码逻辑耗CPU（Java业务死循环、密集计算）
- sy高：系统调用频繁、内核问题、频繁GC/IO阻塞、线程上下文切换爆炸
- id≈0：CPU打满；id高但负载高：IO等待高（wa高）
2. 定位占用CPU最高的进程PID
top-H# 显示进程+所有线程，线程维度看CPUpidstat-u1# 每秒输出进程CPU占用记下占用CPU最高PID（假设PID=1234，Java进程）。
二、第二步：Java进程内部 → 哪个线程耗CPU（核心经典步骤）
1. 导出Java进程所有线程栈
- 拿到高CPU进程PID：
jps -l列出所有Java进程 top -Hp 1234查看该进程下CPU最高的线程TID（十进制）- 十进制TID转十六进制：
printf "%x\n 线程TID"（例：12345 → 0x3039） - 打印线程堆栈：
jstack1234>jstack.log# 或arthas一键：thread -n 5- 在jstack.log搜索十六进制0x3039，找到对应线程栈，直接定位代码行。
高频问题：死循环、无限while、大数据量循环遍历、正则回溯、频繁创建对象。
三、第三步：区分是【代码业务耗CPU】还是【GC疯狂消耗CPU】
1. 查看GC指标
jstat-gcPID1000# 每秒打印GC，S0/S1/Eden/O/M，YGC/FGC次数与耗时判断：
- YGC频繁暴涨、FGC频繁、Full GC耗时高 → GC导致CPU100%
原因：内存泄漏、大对象频繁创建、堆太小、不合理大内存分配。 - GC次数正常 → 业务代码逻辑占用CPU（死循环/密集运算）
2. 堆快照排查内存泄漏
jmap-dump:format=b,file=heap.hprof PIDheap文件下载后用MAT/JProfiler分析：大对象、泄漏对象、不合理缓存。
四、第四步：Arthas一键排查（线上首选，不用重启服务）
# 1. 安装启动curl-Ohttps://arthas.aliyun.com/arthas-boot.jar&&java-jararthas-boot.jar# 2. 找出CPU最高5个线程thread-n5# 3. 查看方法耗时（定位热点方法）profiler start;sleep30;profiler stop--formathtmlprofiler生成火焰图：横向越长代表CPU占用越高，直接定位耗CPU方法。
五、第五步：补充系统侧异常排查
- 上下文切换过高：
vmstat 1cs列飙升 → 大量线程频繁切换（线程池不合理、自旋锁滥用） - 软中断高：
cat /proc/softirqs网卡中断暴高 → 网络流量打满、大量连接 - 磁盘IO拉高CPU：
iostat -x 1 %iowait高，大量同步刷盘、频繁落库。
六、常见根因汇总
- 业务代码：死循环、嵌套循环、全表循环遍历、低效正则、大数循环计算
- GC问题：内存泄漏、超大对象、堆参数过小、频繁创建短命大对象
- 框架/中间件：连接池参数不合理、死锁自旋、定时任务密集调度
- 系统：大量TCP连接、磁盘爆满刷盘、内核bug
七、应急临时处理
- 紧急下线定时任务/流量降级，切流量；
- 临时重启实例（集群环境优先一台重启保可用）；
- 临时调大堆参数缓解GC。
