利用jstack分析JAVA应用CPU占用过高的问题

最新推荐文章于 2025-11-05 22:40:09 发布
原创 最新推荐文章于 2025-11-05 22:40:09 发布 · 4.1k 阅读 · 4 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
收录于
java web

当前文章被收录于：

java web
40 篇文章 0 人学习
订阅专栏 查看详情
本文详细介绍了如何使用jstack工具来分析java程序中CPU占用率过高的线程问题，包括如何在Linux环境下找出相关进程，使用top-p命令观察线程CPU占用情况，以及如何通过jstack命令获取特定线程的状态信息。通过分析线程状态，开发者能够定位到导致高CPU占用的原因，并采取相应措施进行优化。
使用jstack分析java程序cpu占用率过高的有关问题

1，先在linux下用ps -ef | grep java 找出java进程的pid，如14874

ps -ef | grep java
root     14874     1  6 15:20 ?        00:04:55 ./jdk1.6.0_31/jre/bin/java -Djava.util.logging.config.file=/ucm/apache-tomcat-6.0.28/conf/logging.properties -Xms512m -Xmx8196m -XX:PermSize=64M -XX:MaxPermSize=256m -Djava.awt.headless=true -Duser.timezone=GMT+8-Dclient.encoding.override=UTF-8 -Dfile.encoding=UTF-8 -server -Xms512m -Xmx1600m -XX:MaxPermSize=256m -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9005 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8788 -Djava.endorsed.dirs=/ucm/apache-tomcat-6.0.28/endorsed -classpath /ucm/apache-tomcat-6.0.28/bin/bootstrap.jar -Dcatalina.base=/ucm/apache-tomcat-6.0.28 -Dcatalina.home=/ucm/apache-tomcat-6.0.28 -Djava.io.tmpdir=/ucm/apache-tomcat-6.0.28/temp org.apache.catalina.startup.Bootstrap start


2，使用top -p 14874-H观察该进程中所有线程的CPU占用。

[root@UC100C ~]# top -p 14874-H
top - 16:45:53 up 7 days, 23:20, 12 users,  load average: 50.85, 42.35, 22.56
Tasks: 334 total,  19 running, 315 sleeping,   0 stopped,   0 zombie
Cpu(s): 80.1%us, 16.1%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  3.9%si,  0.0%st
Mem:   3889304k total,  3108580k used,   780724k free,   143980k buffers
Swap:  4046840k total,  1485836k used,  2561004k free,   356796k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                              
17262 root      20   0 3511m 1.3g  10m R  2.3 34.2   0:10.07 java                                                                                                                  
17324 root      20   0 3511m 1.3g  10m S  2.3 34.2   0:10.67 java                                                                                                                  
17343 root      20   0 3511m 1.3g  10m S  2.3 34.2   0:09.61 java                                                                                                                  
17361 root      20   0 3511m 1.3g  10m R  2.3 34.2   0:10.34 java                                                                                                                  
17363 root      20   0 3511m 1.3g  10m S  2.3 34.2   0:10.36 java                                                                                                                  
17396 root      20   0 3511m 1.3g  10m S  2.3 34.2   0:10.32 java                                                                                                                  
17407 root      20   0 3511m 1.3g  10m R  2.3 34.2   0:10.03 java                                                                                                                  
15236 root      20   0 3511m 1.3g  10m R  2.0 34.2   0:09.52 java                                                                                                                  
15237 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:09.65 java                                                                                                                  
15238 root      20   0 3511m 1.3g  10m R  2.0 34.2   0:10.90 java                                                                                                                  
17258 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:09.41 java                                                                                                                  
17259 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:09.48 java                                                                                                                  
17260 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:09.43 java                                                                                                                  
17261 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:09.53 java                                                                                                                  
17263 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:09.49 java                                                                                                                  
17326 root      20   0 3511m 1.3g  10m R  2.0 34.2   0:10.00 java                                                                                                                  
17360 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:11.30 java                                                                                                                  
17362 root      20   0 3511m 1.3g  10m R  2.0 34.2   0:10.85 java                                                                                                                  
17364 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:11.38 java                                                                                                                  
17365 root      20   0 3511m 1.3g  10m R  2.0 34.2   0:09.73 java                                                                                                                  
17366 root      20   0 3511m 1.3g  10m S  2.0 34.2   0:09.43 java                                                                                                                  
17381 root      20   0 3511m 1.3g  10m R  2.0 34.2   0:09.45 java



3，找出CPU消耗较多的线程id，如17262，将17262转换为16进制0x436E。

4，有配置java运行环境直接使用jstack 14874|grep -A 10 0x436E来查询出具体的线程状态。jstack 14874|grep -A 10 0x436E来查询出具体的线程状态 当然有时候转换没有这么快，可以运行jstack 14874 > test  来将整个内存快照保存起来，然后再打开用0X436E 查询。

"pool-2-thread-10" prio=10 tid=0x00007f9764038800 nid=0x436e runnable [0x00007f973c542000]
   java.lang.Thread.State: RUNNABLE
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.read(SocketInputStream.java:129)
	at com.mysql.jdbc.util.ReadAheadInputStream.fill(ReadAheadInputStream.java:113)
	at com.mysql.jdbc.util.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:160)
	at com.mysql.jdbc.util.ReadAheadInputStream.read(ReadAheadInputStream.java:188)
	- locked <0x00000000a19f0fd0> (a com.mysql.jdbc.util.ReadAheadInputStream)


通过这些线程状态便可基本定位问题之所在。
标签
#cpu #c3p0 #线程 #内存 #java
jstack使用
fhzmWJ的博客
09-06 966
目录jstack简介CPU高占用排查方案死锁排查方案 jstack简介 jstack是jdk自带的线程堆栈分析工具，使用该命令可以查看或者导出java应用程序中的线程堆栈信息。分析的是当前时刻的线程快照。 生成线程快照的目的主要是定位线程出现长时间运行、停顿或阻塞的原因，比如线程间死锁、死循环等问题。 jstack PID 最简单的用法： tid：线程实例在JVM进程中的id nid：线程实例在操作系统中对应的底层线程的线程id prio：线程实例在JVM进程中的优先级 os_prio: 线程实例在
服务器CPU占用过高处理方案
xy8310292的博客
04-09 5166
一、使用top命令找出CPU占比最高的进程 top命令定位异常进程 如果确定是Java进程则进行下一步详细定位 eg：可以看出CPU占比最高的为Java进程22364 二、ps -ef或者jps进一步定位 使用ps -ef | grep java命令查看全部Java进程 使用jps -l命令列出Java进程 三、定位到具体的异常线程 方法一：使用top -H -p 进程号查看异常线程 方法二：使用ps -mp 进程 -o THRE...
jstack-查找死锁，线程堆栈分析工具
swadian2008的博客
04-01 6432
jstack是jdk自带的线程堆栈分析工具，使用该命令可以查看或导出 java 应用程序中线程堆栈信息。 jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstac
Linux系统java进程CPU占用过高问题排查
千月落
12-09 4460
通过top和java的jstack命令分析原因
通过jstack分析cpu问题
牧夏的个人博客
01-04 4131
这个命令不是用来分析内存泄漏的，使用来分析线程问题的。 引用下之前写过的一个东西，可能会有帮助： 工作填坑记，关于cpu100%只能通过jstack txt文件分析原因 背景 工作中客户嵌入我们的agent，导致cpu飙升到100%，给搞挂了，客户已经删了agent相关所有文件，将agent剔除了。 线索：在这之前客户把平台关了。 提供了jstack文件 之前学习jvm的时候，了解过一些jst...
用jstack命令分析CPU占用率高的问题
duke_ding2的博客
06-08 4320
用jstack命令分析CPU占用率高的问题
利用工具JStack排查：死锁问题和CPU100%问题
qq_64680177的博客
12-11 3609
无论是再面试过程中还是再实际项目开发当中我们都有可能遇到这两个问题。我之前有同学面试这两个问题都有问道过。哈哈哈。所以我绝对把他们了解下并利用博客记录。 JStack可以显示Java应用程序中每个线程的堆栈跟踪，帮助开发人员诊断线程相关的问题，比如死锁和性能问题。通过使用JStack，开发人员可以查看线程的状态、锁定信息以及线程调用堆栈，从而更好地理解应用程序的运行状况。命令介绍：jstack -F [-m] [-l] ：这个命令会在Java进程响应时生成线程转储。-m选项会同时显示
jstack排除java进程中cpu占用高
Persistence___的博客
05-12 2251
jstack介绍： jstack是jdk自带的线程堆栈分析工具，使用该命令可以查看或导出 java 应用程序中线程堆栈信息。 jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。如果java程序崩溃生成c
jstack排查CPU标高
StaticKing的博客
08-19 1527
内部使用并行处理dataList中的每个data。如果dataList有多个元素，将会启动多个线程并发处理每个data，这可能导致高 CPU 使用率。
jstack分析CPU高的问题
只为成功找方法 不为失败找借口
03-29 690
一、jstack 命令参数 二、jstack解决问题 1、死循环导致cpu飙高 死循环的例子：https://blog.csdn.net/goldenfish1919/article/details/8755378 步骤：查找进程-》查找线程-》分析threadDump日志-》找出问题代码 a、查看cpu高的java进程 top // linux下的命令 b、生成进程下所有线程的栈日志 jstack 1721 > 1721.txt c、查看进程下哪些线程占用了高的cpu
jstack性能问题定位案例分析详解
sqlora的专栏
04-23 3207
在Java应用的性能测试中，很多性能问题可以通过观察线程堆栈来发现，Jstack是JVM自带dump线程堆栈的工具，很轻量易用，并且执行时不会对性能造成很大的影响。灵活的使用jstack可以发现很多隐秘的性能问题，是定位问题不可多得的好帮手。 1 什么是线程堆栈 线程堆栈也称作线程调用堆栈。Java线程堆栈是虚拟机中线程（包括锁）状态的一个瞬间快照，即系统在某个时刻所有线程的运行状态,包括每...
快速定位并解决Java应用CPU占用过高问题
最新发布
曼陀罗的博客
11-05 1197
问题背景在生产环境中，我们经常会遇到Java应用突然CPU占用飙升的情况。这种问题如果不及时解决，可能会耗尽系统资源，影响整个应用的稳定性。本文将介绍一套快速定位和解决Java应用CPU占用过高问题的标准流程，并通过一个实际案例演示。排查工具与核心思路核心思路：进程 → 线程 → 线程栈 → 源代码主要工具：top：查看系统进程资源占用情况top -Hp：查看指定进程下的线程资源占用printf：将线程ID转换为十六进制jstack：获取Java进程的线程堆栈信息。
java比mysql耗内存_java高cpu占用和高内存占用
weixin_29948389的博客
01-27 348
高cpu占用1、top命令：Linux命令。可以查看实时的CPU使用情况。也可以查看最近一段时间的CPU使用情况。2、PS命令：Linux命令。强大的进程状态监控命令。可以查看进程以及进程中线程的当前CPU使用情况。属于当前状态的采样数据。ps -mp pid -o THREAD,tid,timeprintf "%x\n" tid3、jstack：Java提供的命令。可以查看某个进程的当前线程栈运...
jstack实战
hgg923的专栏
09-30 771
jstack死锁检测 ①死锁代码： /** * 死锁 * Created by hgg on 2019/9/24. */ public class DeadLockWait { public static void main(String[] args) { Runnable r1 = () ->{ synchronized ("A"){ System.out.println("|持有A锁，等待B");
Java-Jstack-生产问题的排查死锁/泄露/cpu负载
卷王: 乌-鸦的博客
01-13 1153
首先如果是本地开发环境可以通过JVisualVM查看是否有长时间休眠的线程。
JDK 常用工具 —— jstack 详解
lly__lly的博客
07-09 5378
jstack 详解
jstack定位CPU占用率高的线程代码
程序员小杨哥的博客
06-06 2299
性能测试过程中，如果我们发现应用服务器CPU使用率高，这个时候为了进一步定位具体是哪段代码导致CPU使用率高，我们就需要用到jstack命令。 整体步骤是：定位CPU占用率高的进程》定位该进程下CPU占用率高的线程》查看该线程堆栈信息日志》定位具体是哪个java类............
《JVM调优》- Jstack指令详解
韩猿外的博客
10-30 2774
jstack命令用于打印指定Java进程、核心文件或远程调试服务器的Java线程堆栈的跟踪信息。查看线程间死锁分析CPU过高原因针对这两个场景，后续会有实战案例~
JVM优化之使用jstack找出占用cpu最高的线程堆栈信息
qq_41139119的博客
05-20 585
JVM优化之使用jstack找出占用cpu最高的线程堆栈信息
Java性能调优工具——Jstack
热门推荐
换了马甲的小强的博客
09-14 2万+
一、命令说明 Jstack是Jdk自带的线程跟踪工具，用于打印指定Java进程的线程堆栈信息。 二、参数说明 jstack -l [pid] 注意：windows环境只支持这么一个参数 三、使用示例 jstack -l 5524 &amp;amp;gt; c:\users\Administrator\Desktop\jstack.txt 2018-09-14 12:59:46 Full th...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

封宸落宇

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值