先定位高CPU的Java进程及线程，再通过jstack分析线程堆栈，结合jstat、jmap等工具排查GC、内存泄漏等问题，最终优化代码或JVM参数解决。
Java进程CPU使用率过高通常会导致系统响应变慢、服务超时甚至宕机。排查这类问题需要结合系统监控工具和JVM诊断手段，快速定位热点线程或代码段。以下是常见的分析步骤与解决方案。
1. 确认是哪个Java进程占用高CPU
在Linux系统中，使用top命令查看整体CPU使用情况：
top按P（大写）按CPU使用率排序，找到占用最高的Java进程，记下其PID。
也可以使用更简洁的命令：
立即学习“Java免费学习笔记（深入）”；
ps -aux --sort=-%cpu | head -10这会列出CPU占用最高的前10个进程，确认Java进程是否异常。
2. 查看进程中哪些线程最耗CPU
获取到Java进程PID后，查看该进程内部线程的CPU占用情况：
top -H -p <PID>这会列出该Java进程的所有线程，按CPU使用率排序。记下占用最高的线程TID（线程ID）。
将TID转换为十六进制（用于后续堆栈匹配）：
printf "%x\n" <TID>例如，TID为28937，输出可能是7109。
3. 获取Java进程的线程堆栈信息
使用jstack命令导出当前Java进程的线程快照：
jstack <PID> > jstack.log在输出文件中搜索刚才得到的十六进制线程ID（如7109）：
grep -A 30 "nid=0x7109" jstack.log
这会显示该线程的完整调用栈，通常能直接看到是哪个方法在持续执行。
常见高CPU原因包括：
- 无限循环或递归调用
- 频繁的GC（可通过jstat验证）
- 正则表达式回溯（ReDoS）
- 大量对象创建或字符串拼接
- 死锁或竞争导致的忙等待
4. 结合其他JVM工具进一步分析
如果怀疑是GC问题，使用jstat查看GC频率和耗时：
jstat -gcutil <PID> 1000若发现YGC频繁或FGC耗时长，说明可能存在内存泄漏或堆设置不合理。
使用jmap生成堆转储文件，分析对象分布：
jmap -dump:format=b,file=heap.hprof <PID>然后用VisualVM、Eclipse MAT等工具打开hprof文件，查找大对象或潜在内存泄漏。
也可用Arthas（阿里巴巴开源工具）在线诊断：
java -jar arthas-boot.jar进入交互界面后，使用dashboard实时查看线程、内存、CPU情况，再用thread命令定位具体线程：
thread <TID>5. 常见解决方案
根据分析结果采取对应措施：
- 修复代码中的死循环或低效算法
- 优化正则表达式，避免灾难性回溯
- 减少同步块范围，避免锁竞争
- 调整JVM参数，如增大堆空间、选择合适的GC策略
- 引入缓存减少重复计算
- 限制并发量或使用限流降级
基本上就这些。关键是先定位到具体线程和方法，再结合业务逻辑判断是否正常。不复杂但容易忽略细节，比如线程ID的进制转换。掌握这套流程，大多数Java CPU高占用问题都能快速解决。
