1. Java进程CPU飙高问题概述
遇到Java进程CPU使用率突然飙升的情况，相信不少开发者都曾为此头疼过。这种问题通常表现为服务器响应变慢、接口超时增多，严重时甚至会导致整个应用不可用。作为Java开发者，掌握一套完整的排查流程至关重要。
CPU飙高本质上是因为JVM中某个或某些线程长时间占用CPU资源。常见诱因包括：
- 死循环或低效算法
- 锁竞争导致的线程阻塞
- 频繁的GC活动
- 第三方库的bug
- 不合理的线程池配置
2. 初步定位问题进程
2.1 使用top命令快速定位
首先通过SSH登录服务器，执行top命令：
bash复制top -c
重点关注：
- %CPU列：查看哪个Java进程占用率异常
- PID列：记录问题进程ID
- COMMAND列：确认确实是Java进程
提示：按"P"可以按CPU使用率排序，按"M"按内存使用率排序
2.2 获取Java进程详细信息
确认问题进程后，获取更详细的信息：
bash复制ps -ef | grep java
ps -mp [PID] -o THREAD,tid,time
这能帮助我们：
- 确认JVM启动参数
- 查看线程级别的CPU占用情况
- 发现长时间运行的线程
3. 深入分析问题线程
3.1 将线程ID转换为十六进制
找到CPU占用高的线程ID后，需要转换为十六进制以便后续分析：
bash复制printf "%x\n" [TID]
3.2 使用jstack获取线程堆栈
获取Java进程的线程快照：
bash复制jstack [PID] > jstack.log
然后在日志中搜索转换后的十六进制线程ID，定位到具体线程的堆栈信息。
3.3 使用Arthas实时诊断
对于生产环境，推荐使用Arthas工具：
bash复制# 启动Arthas
./arthas-boot.jar
# 附加到目标进程
attach [PID]
# 查看CPU占用最高的线程
thread -n 3
Arthas的优势在于：
- 无需重启应用
- 提供实时诊断能力
- 支持多种诊断命令
4. 常见问题场景分析
4.1 死循环问题
特征：
- 线程状态显示为RUNNABLE
- 堆栈显示在某个方法内循环
解决方案：
- 检查循环退出条件
- 添加适当的sleep
- 考虑使用限流机制
4.2 锁竞争问题
特征：
- 大量线程处于BLOCKED状态
- 等待同一个锁
解决方案：
- 减小锁粒度
- 使用读写锁替代独占锁
- 考虑无锁数据结构
4.3 GC过度问题
特征：
- 多个GC线程占用高CPU
- 伴随内存使用率高
解决方案：
- 调整JVM内存参数
- 优化对象创建模式
- 分析内存泄漏
5. 性能优化建议
5.1 JVM参数调优
根据应用特点调整：
bash复制-Xms4g -Xmx4g -XX:+UseG1GC -XX:MaxGCPauseMillis=200
5.2 代码层面优化
- 避免在循环中创建对象
- 使用StringBuilder代替String拼接
- 合理使用缓存
- 异步化耗时操作
5.3 监控体系建设
建议部署：
- Prometheus + Grafana监控
- ELK日志分析
- SkyWalking分布式追踪
6. 实战案例分享
最近处理的一个案例：某电商应用在促销期间CPU飙升至90%以上。通过上述方法定位到是优惠券计算模块使用了低效的嵌套循环算法。优化后CPU使用率降至30%左右。
关键排查步骤：
- top发现Java进程CPU异常
- jstack找到热点线程
- 分析代码发现O(n^2)算法
- 改用更高效的实现方式
7. 工具推荐清单
| 工具名称 | 用途 | 适用场景 |
|---|---|---|
| Arthas | Java诊断 | 生产环境实时诊断 |
| VisualVM | 性能分析 | 开发环境 |
| JProfiler | 深度分析 | 性能调优 |
| async-profiler | 低开销分析 | 生产环境 |
8. 排查流程总结
完整的CPU飙高排查流程可以总结为：
- 定位问题进程（top/ps）
- 分析线程状态（jstack/Arthas）
- 识别问题根源（代码/配置）
- 实施优化方案
- 验证改进效果
记住，每个问题都有其独特性，这套流程需要根据实际情况灵活调整。最重要的是培养系统性思考的能力，而不是死记硬背命令。