linux java线程分析_Linux下Java线程详细监控和其dump的分析使用

最新推荐文章于 2024-08-15 23:35:35 发布

雯儿ccu

最新推荐文章于 2024-08-15 23:35:35 发布

阅读量548

点赞数

文章标签： linux java线程分析

本文链接：https://blog.csdn.net/weixin_42144554/article/details/114228998

版权

本文介绍了在Linux环境下，如何针对Java进程进行线程资源占用问题的排查。通过`top -p`命令找出占用CPU高的Java进程，使用`jstack`生成线程堆栈信息，配合`jtgrep`脚本定位问题线程，以及使用Java VisualVM和JTA插件进行线程dump分析。此外，还提到了`tda.sh`工具在无JMX监控时查看threadDump信息的作用。

摘要由CSDN通过智能技术生成

76575772_2

作者：张振华(Jack)

这里对linux下、sun(oracle) JDK的线程资源占用问题的查找步骤做一个小结；

linux环境下，当发现java进程占用CPU资源很高，且又要想更进一步查出哪一个java线程占用了CPU资源时，按照以下步骤进行查找：

(一)：通过【top -p 12377 -H】查看java进程的有哪些线程的运行情况；

和通过【jstack 12377 > stack.log】生成Java线程的dump详细信息；先用top命令找出占用资源厉害的java进程id，如图：# top

76575772_3

如上图所示，java的进程id为'52554'，接下来用top命令单独对这个进程中的所有线程作监视：

1top -p 52554 -H# top视图里面里面可以通过快捷键依次b ,x高亮显示top的列找出需要的线程，默认CPU排序，Shift+< ,Shift+>可以左右移动高亮排序的列；如图：(这时就看出来哪个java线程CPU高，哪个线程内存用的多)

76575772_4

如上图所示，linux下，所有的java内部线程，其实都对应了一个进程id，也就是说，linux上的sun jvm将java程序中的线程映射为了操作系统进程；我们看到，占用CPU资源最高的那个进程id是'15417'，这个进程id对应java线程信息中的'nid'('n' stands for 'native');

(1)要想找到到底是哪段具体的代码占用了如此多的资源，先使用jstack打出当前栈信息到一个文件里, 比如stack.log：1jstack 52554 > stack.log然后使用'jtgrep'脚本把这个进程号为'9757'的java线程在stack.log中抓出来：1jtgrep 9757 stack.log

76575772_5

其中，'jtgrep'是自己随便写的一个shell脚本：1#!/bin/sh3nid=`python -c"print hex($1)"`4grep -i $nid $2

道理很简单，就是把'9757'转换成16进制后，直接grep stack.log;可以看到，被grep出的那个线程的nid=0x3c39，正好是15417的16进制表示。(2) 通过(windows程序-->计算器)，选择程序员计算器将进程ID转换成16进制到dump里面的nid就可以搜索到"http-nio-8080-exec-25" daemon prio=10 tid=0x00007f69686b4800 nid=0x1ce5 waiting on condition [0x00007f698e7cf000]java.lang.Thread.State: WAITING (parking)at sun.misc.Unsafe.park(Native Method)- parking to wait for <0x0000000777063ec8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)at java.util.concurrent.locks.LockSupport.park(Unknown Source)at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(Unknown Source)at java.util.concurrent.LinkedBlockingQueue.take(Unknown Source)at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104)at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32)at java.util.concurrent.ThreadPoolExecutor.getTask(Unknown Source)at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)at java.lang.Thread.run(Unknown Source)

(二)第二种通过Java visualMv结合jconsole.exe 工具即可查看如图所示；(第一种方式可能更准确一些)

76575772_6