Linux环境下,当发现java进程占用CPU资源非常高,且又要想更进一步查出哪一个java线程占用了CPU资源时该如何做呢?
一、采用命令行形式查看线程,最终用dump进行文本分析
1、top命令既可以看进程,又可以看线程
1、top命令找出占用资源厉害的java进程id
# top
2、上图所看到的。java的进程id为’52554’,接下来用top命令单独对这个进程中的全部线程作监视
top -p 52554 -H
如上图所看到的,linux下,全部的java内部线程,事实上都相应了一个进程id,也就是说,linux上的sun jvm将java程序中的线程映射为了操作系统进程;我们看到。占用CPU资源最高的那个进程id是’9758’,这个进程id值对应java线程信息中的’nid’(‘n’ stands for ‘native’);
2、jstack打出当前栈信息到一个文件中
要想找到究竟是哪段详细的代码占用了如此多的资源,先使用jstack打出当前栈信息到一个文件中, 比方stack.log:
jstack 52554 > stack.log
3、在文件中找到对应线程的位置
jtgrep 9758 stack.log
其中jtgrep是自己写的shell脚本
#!/bin/sh
nid=`python -c "print hex($1)"`
grep -i $nid $2
非常easy,就是把’9758’转换成16进制后,直接grep stack.log;能够看到,被grep出的那个线程的nid=0x3c39。正好是9758的16进制表示。
或者通过(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 工具可以图形化实时查看线程信息
其中的dump文件也可以用专门的工具进行分析。
1、在Java Visualvm工具里面安装JTA插件,分析线程dump文件;
2、直接通过tda-bin-2.2\bin\tda.sh 来分析导出ThreadDump文件;
下载地址:https://java.net/projects/tda/downloads/directory/visualvm
参考:
Linux下Java线程具体监控和其dump的分析使用----分析Java性能瓶颈[张振华-Jack]