一、CPU占用过高问题的常见表现
当Java应用出现CPU占用过高的情况时，最直观的表现就是服务器风扇狂转，系统响应变慢，甚至直接卡死。这时候打开任务管理器或者top命令，你会发现某个Java进程的CPU使用率长期保持在90%以上，就像个贪吃蛇一样疯狂吞噬着系统资源。
这种情况在Web应用、大数据处理和长时间运行的后台服务中特别常见。比如我们有个电商系统，大促期间订单服务突然CPU飙到100%，导致整个下单流程瘫痪，这时候就需要快速定位问题。
二、问题定位的基本思路
定位CPU过高问题就像破案一样，需要一步步收集证据。我总结了一套"三板斧"定位法：
首先用top命令找到罪魁祸首的Java进程PID：
top -c
看到类似这样的输出：
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1234 appuser 20 0 12.3g 2.1g 20m S 98.7 13.2 33:14.56 java -Xms2g -Xmx4g -jar order.jar
然后使用top -Hp命令查看这个Java进程内的线程情况：
top -Hp 1234
输出会显示各个线程的CPU占用，记下高CPU的线程ID（十进制）。
最后把线程ID转为十六进制，为后续分析做准备：
printf "%x\n" 5678
> 162e
三、详细诊断工具与方法
有了初步线索，就该上专业工具了。JDK自带的工具包就是我们的瑞士军刀。
3.1 使用jstack获取线程快照
jstack 1234 > thread_dump.log
然后在日志中搜索之前转换的十六进制线程ID，比如0x162e。你可能会发现类似这样的堆栈：
"order-process-thread" #32 daemon prio=5 os_prio=0 tid=0x00007f8a3826e800 nid=0x162e runnable [0x00007f8a2e4f6000]
java.lang.Thread.State: RUNNABLE
at java.util.HashMap.putVal(HashMap.java:642)
at java.util.HashMap.put(HashMap.java:612)
at com.example.OrderService.processOrder(OrderService.java:123)
这个堆栈告诉我们，问题可能出在OrderService的processOrder方法里频繁操作HashMap。
3.2 使用jstat查看GC情况
有时候CPU高是因为GC太频繁：
jstat -gcutil 1234 1000 5
输出类似：
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
0.00 98.76 83.21 99.88 92.45 85.21 324 6.543 12 3.210 9.753
这里老年代(O)占用99.88%，频繁Full GC(FGC)，说明内存泄漏导致GC疯狂工作。
3.3 使用Arthas进行实时诊断
Arthas是阿里开源的Java诊断神器，特别适合生产环境使用。比如我们要监控某个方法的执行：
# 启动Arthas
java -jar arthas-boot.jar
# 监控特定方法
watch com.example.OrderService processOrder '{params, returnObj}' -x 2
四、常见问题场景与解决方案
4.1 死循环问题
下面这段代码在特定条件下会导致死循环：
// 订单状态检查线程
public void run() {
while (true) {
List<Order> orders = orderDao.getPendingOrders();
if (orders.isEmpty()) {
// 错误示范：没有休眠直接继续循环
continue;
}
// 处理订单...
}
}
解决方案是加上合理的休眠：
while (!Thread.currentThread().isInterrupted()) {
List<Order> orders = orderDao.getPendingOrders();
if (orders.isEmpty()) {
try {
Thread.sleep(1000); // 每秒检查一次
} catch (InterruptedException e) {
break;
}
continue;
}
// 处理订单...
}
4.2 HashMap并发问题
HashMap在多线程环境下可能导致CPU飙升：
// 共享的订单缓存
public static final Map<String, Order> orderCache = new HashMap<>();
// 多线程同时调用这个方法
public void updateOrderStatus(String orderId, String status) {
Order order = orderCache.get(orderId);
if (order != null) {
order.setStatus(status);
orderCache.put(orderId, order); // 并发修改可能造成链表成环
}
}
解决方案是使用ConcurrentHashMap：
public static final Map<String, Order> orderCache = new ConcurrentHashMap<>();
4.3 正则表达式灾难
某些正则表达式在特定输入下会导致回溯爆炸：
// 验证订单号的简单正则
private static final Pattern ORDER_REGEX = Pattern.compile("^(\\d+)+$");
public boolean validateOrder(String orderNo) {
// 如果传入"123456789012345678901234567890xx"会导致CPU飙升
return ORDER_REGEX.matcher(orderNo).matches();
}
解决方案是优化正则表达式或限制输入长度：
private static final Pattern ORDER_REGEX = Pattern.compile("^\\d{1,20}$");
五、性能优化实战技巧
5.1 线程池配置优化
不当的线程池配置会导致CPU过载：
// 错误配置：无界队列+大量线程
ExecutorService executor = new ThreadPoolExecutor(
100, // 核心线程数太大
500, // 最大线程数更大
60L, TimeUnit.SECONDS,
new LinkedBlockingQueue<>() // 无界队列
);
优化方案：
// 根据CPU核心数合理设置
int corePoolSize = Runtime.getRuntime().availableProcessors() * 2;
ExecutorService executor = new ThreadPoolExecutor(
corePoolSize,
corePoolSize * 2,
30L, TimeUnit.SECONDS,
new ArrayBlockingQueue<>(1000), // 有界队列
new ThreadPoolExecutor.CallerRunsPolicy() // 饱和策略
);
5.2 日志输出优化
过度日志输出也会导致CPU高：
// 高频调用的方法中打印大量日志
public void processItem(Item item) {
log.debug("Processing item: " + item); // 字符串拼接消耗CPU
// ...
}
优化方案：
// 使用占位符+判断日志级别
public void processItem(Item item) {
if (log.isDebugEnabled()) {
log.debug("Processing item: {}", item);
}
// ...
}
六、预防与监控体系建设
6.1 代码审查要点
在代码审查时要特别注意：
- 检查是否有潜在的死循环
- 共享变量的线程安全性
- 复杂正则表达式的使用
- 递归调用的终止条件
- 外部调用的超时设置
6.2 监控告警配置
在生产环境配置合理的监控：
- JVM CPU使用率告警(阈值建议85%)
- GC次数和耗时监控
- 关键线程的活跃度监控
- 接口响应时间监控
使用Prometheus+Grafana的示例配置：
# prometheus.yml
scrape_configs:
- job_name: 'java_app'
metrics_path: '/actuator/prometheus'
static_configs:
- targets: ['app-server:8080']
七、总结与最佳实践
处理Java应用CPU过高问题，我的经验是：
- 先定位再解决，不要盲目重启
- 善用JDK工具链快速诊断
- 重点关注线程状态和堆栈信息
- 常见问题有死循环、锁竞争、GC过度等
- 建立完善的监控体系预防问题
最佳实践建议：
- 生产环境保留Arthas等诊断工具
- 关键服务做好限流和降级
- 定期进行性能压测
- 重要服务实现熔断机制
记住，CPU高只是表象，找到根本原因才能彻底解决问题。就像医生看病一样，对症下药才能药到病除。
评论