Java服务导致CPU飙100%的问题解决

最新推荐文章于 2024-06-12 14:15:37 发布
最新推荐文章于 2024-06-12 14:15:37 发布
阅读量2.9k 收藏 11
点赞数
分类专栏： java后端 linux JVM 文章标签： cpu JVM dump java jvm fullGC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_38158701/article/details/107412109
版权
本文详述了解决Java服务CPU达到100%问题的过程，包括使用jstat定位GC问题，发现频繁Full GC，通过jmap生成内存快照，使用JProfiler分析发现ConcurrentHashMap内存泄漏，最终解决问题并总结相关JVM分析工具的使用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

生产环境一直会规律性出现CPU冲高的问题，回顾一下解决过程。

首先定位到进程：以下命令二选一
top
#或者使用组合命令
ps aux|head -1
ps aux|grep -v PID|sort -rn -k +3|head

top命令结果
可以确定cpu使用率高是JVM引起的。

查看最近一段时间的JVM内存和GC的监控信息

如果有zabbix等监控辅助你定位问题那是最好的，

最低0.47元/天 解锁文章
Java内存使用异常导致CPU100%原因(线上JVM排查之二)
无界编程
08-23 1715
写这篇博客的初衷是发现线上JVM问题以及排查，觉得有必要记录并分享出来，有感于很多市面上的教程讲述JVM的教程，甚至还有很多深入到Java字节码和JVM底层源码领域等深入知识，我不否认这些理论和源码也很重要，但是很多学生学习的云里雾里，等学完这些遇到线上问题还是不会排查，实际解决工作中的问题才可以真正做到技术的融会贯通，才可以深入去学习和理解Java字节码和JVM底层源码。
面试题：Java程序CPU 100%问题排查指南
最新发布
上班搞IT，下班搞ITF。
04-24 553
当Java程序出现CPU使用率达到100%的情况时，通常意味着程序存在性能瓶颈或无限循环等问题。以下是系统化的排查方法和解决方案：
java服务器cpu100%排查
Ashbara的博客
10-11 663
java服务器cpu100%排查
java 100%_Java项目服务器cpu占用100%解决办法
weixin_39973416的博客
02-20 298
项目上线后运行一段时间，突然发现cpu 8个逻辑核心都占用100%，心情很紧张，然后就在网上找了一些解决方法，具体如下：1.查找哪些进程在耗cpu进入服务器，top 命令看一下，发现进程6633占用了800%[[emailprotected] ~]# top2.把进程的栈dump到文件里，以便后面的分析[[emailprotected] ~]# jstack 6633 > cpu1128...
java项目线上项目CPU突然飙升到100%排查
a361536871的博客
12-13 785
1、使用top命令 查找到java占用cpu的进程。 2、使用 top -Hp PID 命令查看当前进程中的线程cpu占用情况 top -Hp 32725 找到线程 的PID 33753 3、使用 printf ‘%x’ PID 转化成16进制 得到转化后的值83d9 4、使用jstack 命令 dump线程情况 此时jstack +PID 的PID是java进程的PID 非线程PID jstack 32725 &...
Java死锁和Java进程Java CPU 100%排查
oyc的博客
04-25 648
1、确定Java应用进程编号 使用jps或ps -ef|grep java命令确定想要分析的应用的进程编号。 2、使用死锁检测工具检测死锁2.1 Jstack命令 jstack是java虚拟机自带的一种堆栈跟踪工具。jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息。 Jstack工具可以用于生成java虚拟机当前时刻的线程快照。线程...
java springboot项目 linux生产环境cpu/cpu100%飙升问题排查
qq_43145676的博客
01-25 1434
第二步：ps H -eo pid,tid,%cpu |grep 5970 查看进程对应的线程。这里的cn.waycube.property实现类对应433行就是代码出问题的地方。2: ps H -eo pid,tid,%cpu |grep 进程id。第三步：printf ‘0x%x\n’ 20507 获取十六进制线程。参考 https://v.douyin.com/iL4gS6Xm/4:jstack 进程id|grep 16进制线程id -A 20。3：printf ‘0x%x\n’ 线程id。
生产CPU 100% 问题排查解决方案
一碗糊涂虫的博客
03-05 1913
生产CPU 100% 问题排查解决方案 不知道大家在工作中有没有遇到过 线上代码CPU突然飙高，然后就会持久不下的情况？ 如果有呢，大家肯定有解决方案了，如果没有的话可以来看看本篇教程，面试的时候可以吹一吹哦~ 先给大家列几项可能Cpu 飙高的几种可能： 磁盘占用满，应用无法卡住无法运行(情况及其常见！！！我和朋友们都遇到过！！) 这种情况要怎么解决呢？ 在服务器中 输入 df -h 命令 查看磁盘空间是否是100%状态 如果是100%状态，请删除一些log日志文件 / 删除无用的备份文件即可
GC导致线上CPU超100%
weixin_43956062的博客
05-04 2504
运维同学告知报警，一个java进程占用CPU 100%以上。下面进行排查步骤。 1.top -c ，效果如下图（这个截图是另一个节点的效果，实际进程号为17817，后续的截图将都会以进程号17817为准）。 2.top -pH 17817，获取17817进程中，CPU消耗大的两个线程。 3.printf “%x\n” 17819 ，获取16进制的线程号，因为在jstack的报告中，线程号都是以...
java linux cpu_Java获取Linux系统cpu使用率
weixin_39553352的博客
02-12 251
importjava.io.BufferedReader;importjava.io.FileInputStream;importjava.io.IOException;importjava.io.InputStreamReader;importjava.util.ArrayList;importjava.util.HashMap;importjava.util.List;importjava.u...
java程序cpu持续飙升
运维工程师
09-26 462
一天的晚上，开始收到告警信息，某某系统cpu使用率超过85%，查看3天cpu使用率基本都正常在7-8%区间，以为正常的大查询造成的瞬时值，持续观察发现没有下降的趋势，后续做暴力重启没用，联系开发一并排查。
Java项目CPU100%如何处理
qq_39959019的博客
06-12 4186
计算密集型的任务需要大量的计算能力。命令jstack是java堆栈的跟踪工具，可以打印出程序中所有线程的堆栈信息，包括线程状态，调用栈信息，锁信息等。这会导致所有线程获得的 CPU 时间减少，当每个线程都试图完成自己的任务时，CPU 时间可能会被耗尽。的14行左右，这里给出的是14行，但是实际情况是14行的附近,结合代码来看一下就很容易问题。命令来查看程序的所有堆栈信息，但是，这里需要有一个注意的点，26976这个是一个十进制。的，使用jstack看到的nid是十六进制，所以我们需要转换，可以使用。
java程序——CPU过高100%及内存泄露排查
weixin_30823227的博客
01-24 317
CPU过高 这类问题可以使用 top 命令观察一些，CPU 是不是都被 Java 程序占用了。比如下面这个截图： 服务器的 CPU 大多都被 Java 占用了。这正是我们之前生产上 CPU 过高的一个截图。 服务其CPU 还能超过 100%原因 在 Linux 上，多核 CPU 就会超过 100%。top 命令显示的是你的程序占用的 cpu 的总数，也就是说如果你是 4 核 cpu 那...
Java服务运行时CPU飙升问题排查
Shenkh的Java壁橱
12-07 1582
一、前言   服务器上某个服务CPU异常告警，CPU使用率飙升到几十百分百，甚至达到百分之几百。 二、排查步骤 1、top命令查看进程   执行：top -c ，显示进程运行信息列表。然后键入P (大写p)，进程按照CPU使用率排序。找到CPU消耗最高的进程，记录进程的id（PID）。 2、找到进程中消耗最高的线程   执行：top -HP 进程id 命令，查看java进程下的所有线程占CPU...
Liunx服务器CPU飙升，定位到Java代码
Qopnc的博客
12-06 129
第1步，使用top命令找到占用CPU高的进程。 第2步，使用ps –mp命令找到进程下占用CPU高的线程ID。 第3步，使用printf命令将线程ID转换成十六进制数。 第4步，使用jstack命令输出线程运行状态的日志信息。
java故障处理(内存100%，cpu100%，FullGC怎么办)
Carl_Zhang
06-04 3116
首先查看自己服务的进程id （pid） ps -ef | grep java 或者 jps 查看是否有full gc *（5000ms打印一次，也可以去掉这个参数） jstat -gcutil （pid）5000 S0 S1 E O M CCS YGC YGCT FGC FGCT GCT 0.00 100.00 ...
java 应用cpu飙升(超过100%)故障排查
qq_33129875的博客
03-01 9875
记一次生产环境java应用cpu飙升(超过100%)故障排查记录
windows下JAVA运行后，CPU使用率100%解决办法
nann-viiv 的博客
12-31 4060
新版本项目打包的时候发现电脑特别卡，打开任务管理器发现CPU使用率达到100%，以为是电脑卡了，后来布到另一个电脑上，发现CPU仍然是100%…对不起我的电脑 放一下成功解决的步骤~ 1. 先下载个Process Explorer 这个软件是可以查看进程的CPU占有率，任务管理器只能看到进程的CPU占有率，放个地址： https://docs.microsoft.com/zh-cn/sysinte...
我想用linux排查里面的java应用CPU飙高的问题，应该怎么解决
02-27
<think>好的，用户现在想了解如何在Linux系统下排查Java应用CPU使用率过高的问题。首先，我需要回忆相关的排查步骤和工具，确保覆盖所有可能的原因和方法。用户可能有一定的技术背景，但可能对具体工具的使用不太熟悉，所以需要详细但清晰的解释。 首先，用户的问题是关于Java应用CPU飙高，这在生产环境中是比较常见的问题。通常，高CPU使用率可能由以下几个原因引起：死循环、频繁的GC、锁竞争、或者高并发下的线程处理。因此，排查步骤应该围绕这些可能性展开。 接下来，我需要考虑用户可能已经尝试过哪些方法，或者他们的当前环境如何。比如，他们是否有权限访问服务器，是否可以使用像top、jstack这样的工具，或者是否需要更高级的分析工具。但根据问题描述，用户是在Linux下操作，所以默认可以使用常见的命令行工具。 首先，应该确定是Java进程本身CPU高，还是其他进程。使用top命令查看CPU占用情况，找到对应的Java进程PID。这一步是基础，但很重要，确保问题确实出在Java应用上。 然后，需要找到占用CPU高的线程。可以使用top -H -p PID来查看线程级别的CPU使用情况，或者使用ps命令。但用户可能更熟悉将线程ID转换为十六进制，以便在jstack输出中查找对应的线程堆栈。 接下来，使用jstack生成线程转储，或者结合其他工具如jcmd、jvisualvm等。但考虑到用户可能在无图形界面的服务器上操作，命令行工具更实用。这里需要注意的是，多次dump线程快照，对比分析，找到长期运行的线程。 另外，用户可能不知道如何将线程的十进制ID转换为十六进制，这需要具体说明，比如使用printf "%x" tid。此外，如果发现线程处于RUNNABLE状态，并且长时间占用CPU，可能需要检查代码中的循环或算法问题。 除了线程问题，高CPU还可能由频繁的GC引起。因此，检查GC日志或使用jstat命令查看GC情况也是必要的。如果发现GC时间过长或频率过高，可能需要调整JVM内存参数，或者优化对象创建和回收。 另外，工具如Arthas可能更便捷，用户可能不知道这个工具，可以推荐使用，特别是它的dashboard和thread命令，能够实时查看线程状态和CPU使用情况。 可能还需要考虑是否有死锁或锁竞争，虽然这通常导致的是线程阻塞而不是高CPU，但也不能完全排除。因此，在分析线程堆栈时，也需要检查锁的状态。 用户可能还希望了解如何自动化或脚本化这些步骤，比如写一个脚本定期抓取jstack信息，或者使用监控工具如Prometheus和Grafana进行长期监控。但根据当前问题，可能更关注即时的排查步骤。 最后，总结步骤时，需要条理清晰，分步骤说明，并给出具体的命令示例，方便用户直接复制使用。同时，注意事项部分需要提醒用户权限问题、生产环境谨慎操作、多 dump 几次避免偶发问题等。 现在需要确保回答覆盖了所有关键点，工具使用正确，步骤明确，并且给出实际案例帮助用户理解。此外，语言要简洁，避免过于技术化，让用户容易跟随操作。</think>--- ### **排查 Linux 下 Java 应用 CPU 飙高问题的步骤** #### **1. 定位高 CPU 的 Java 进程** ```bash # 查看 CPU 占用最高的进程（按 P 排序） top -c ``` - 记录目标 Java 进程的 **PID**（如 `12345`）。 --- #### **2. 定位高 CPU 的线程** ```bash # 查看该进程中 CPU 占用最高的线程（按 H 切换线程视图） top -H -p 12345 ``` - 记录占用 CPU 最高的线程 ID（如 `6789`）。 - 将线程 ID **转为十六进制**（用于后续分析）： ```bash printf "%x\n" 6789 # 输出结果如 "1a85" ``` --- #### **3. 生成线程堆栈转储（Thread Dump）** ```bash # 使用 jstack 生成线程快照 jstack 12345 > thread_dump.txt # 或者使用 jcmd（JDK 7+ 推荐） jcmd 12345 Thread.print > thread_dump.txt ``` - 在 `thread_dump.txt` 中搜索十六进制线程 ID（如 `1a85`），查看该线程的 **堆栈信息**。 --- #### **4. 分析线程堆栈** - **重点关注**： - **`RUNNABLE` 状态的线程**：长时间运行的任务（如死循环、复杂计算）。 - **锁竞争**：`BLOCKED` 或 `WAITING` 状态的线程可能因锁冲突间接导致其他线程 CPU 高。 - **第三方库或框架代码**（如数据库连接池、网络框架）。 **示例问题代码片段**： ```java // 可能导致 CPU 飙高的死循环 while (true) { // 未正确退出循环的逻辑 } ``` --- #### **5. 使用 Arthas 实时诊断（推荐）** Arthas 是阿里开源的 Java 诊断工具，可动态监控线程状态： ```bash # 启动 Arthas ./arthas-boot.jar # 选择目标 Java 进程 [INFO] arthas home: /opt/arthas [INFO] Found existing java process, please choose one and hit RETURN. * [1]: 12345 com.example.MyApp # 监控 CPU 最高的线程 dashboard # 查看具体线程堆栈 thread <线程ID> ``` --- #### **6. 检查 GC 行为** 高 CPU 可能由频繁 Full GC 引起（GC 线程占用 CPU）： ```bash # 查看 GC 统计信息（每 1 秒打印一次，共 5 次） jstat -gcutil 12345 1000 5 ``` - **关键指标**： - `Old` 区使用率接近 100% → 内存泄漏或堆大小不足。 - `Full GC` 次数激增 → 检查 GC 日志或调整 JVM 参数。 --- #### **7. 生成火焰图（高级分析）** 使用 **async-profiler** 生成 CPU 火焰图： ```bash # 下载并运行 async-profiler ./profiler.sh -d 30 -f /tmp/flamegraph.html 12345 ``` - 火焰图可直观显示代码中 **最耗 CPU 的函数调用链**。 --- ### **常见原因及解决方案** | **问题类型** | **排查方法** | **解决方案** | |----------------------|----------------------------------|------------------------------------------| | **死循环/复杂计算** | 分析 `RUNNABLE` 线程堆栈 | 优化算法，添加循环退出条件 | | **频繁 GC** | `jstat` 监控 GC 行为 | 调整堆大小，优化对象生命周期，修复内存泄漏 | | **锁竞争** | 检查 `BLOCKED` 线程 | 减少锁粒度，改用无锁数据结构 | | **第三方库问题** | 分析堆栈中的第三方库调用链 | 升级依赖版本，联系社区反馈 | --- ### **操作示例：定位死循环问题** 1. 通过 `top` 找到高 CPU 进程 PID `12345`。 2. 通过 `top -H -p 12345` 发现线程 `6789` 占用 90% CPU。 3. 转换线程 ID 为十六进制：`printf "%x" 6789` → `1a85`。 4. 执行 `jstack 12345 > thread_dump.txt`，搜索 `1a85`： ```java "MyThread" #20 prio=5 os_prio=0 tid=0x00007f8a1c0e8000 nid=0x1a85 runnable [0x00007f8a0a7f7000] java.lang.Thread.State: RUNNABLE at com.example.MyApp.infiniteLoop(MyApp.java:10) // 定位到死循环代码 ``` 5. 根据代码位置修复死循环逻辑。 --- ### **注意事项** 1. **权限问题**：确保对目标进程有操作权限（如 `sudo`）。 2. **生产环境谨慎操作**：避免在高峰期执行高开销命令（如频繁 `jstack`）。 3. **多次采样**：CPU 飙高可能是瞬时现象，建议多次采样对比。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值