jstack主要用來查看某個Java進程內的線程堆棧信息。語法格式如下:
jstack [option] pid jstack [option] executable core jstack [option] [server-id@]remote-hostname-or-ip
命令行參數選項說明如下:
-l long listings,會打印出額外的鎖信息,在發生死鎖時可以用jstack -l pid來觀察鎖持有情況 -m mixed mode,不僅會輸出Java堆棧信息,還會輸出C/C++堆棧信息(比如Native方法)
jstack可以定位到線程堆棧,根據堆棧信息我們可以定位到具體代碼,所以它在JVM性能調優中使用得非常多。下面我們來一個實例找出某個Java進程中最耗費CPU的Java線程並定位堆棧信息,用到的命令有ps、top、printf、jstack、grep。
第一步先找出Java進程ID,拿tomcat為例:
[root@localhost ~]# ps -ef | grep tomcat | grep -v grep tomcat 21251 1 1 6月29 ? 03:13:42 jsvc.exec -java-home /Data/app/jdk1.7.0_80 -user tomcat -pidfile /Data/app/tomcat/logs/catalina-daemon.pid -wait 10 -outfile /Data/app/tomcat/logs/catalina-daemon.out -errfile &1 -classpath /Data/app/tomcat/bin/bootstrap.jar:/Data/app/tomcat/bin/commons-daemon.jar:/Data/app/tomcat/bin/tomcat-juli.jar -Djava.util.logging.config.file=/Data/app/tomcat/conf/logging.properties -Dcom.sun.management.jmxremote=true -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=10.10.8.64 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -server -Xms2048m -Xmx2048m -Xmn512m -XX:PermSize=256M -XX:MaxPermSize=512M -XX:+DisableExplicitGC -XX:ParallelGCThreads=2 -XX:+UseConcMarkSweepGC -Djava.awt.headless=true -verbose:gc -Xloggc:/Data/app/tomcat/logs/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/Data/app/tomcat/logs -Djava.endorsed.dirs= -Dcatalina.base=/Data/app/tomcat -Dcatalina.home=/Data/app/tomcat -Djava.io.tmpdir=/Data/app/tomcat/temp org.apache.catalina.startup.Bootstrap [root@localhost ~]#
得到進程ID為21711,第二步找出該進程內最耗費CPU的線程,可以使用ps -Lfp pid或者ps -mp pid -o THREAD, tid, time或者top -Hp pid,我這里用第三個,輸出如下:
TIME列就是各個Java線程耗費的CPU時間,CPU時間最長的是線程ID為21553的線程,用
printf "%x\n" 21553
得到21553的十六進制值為5431,下面會用到。
OK,下一步終於輪到jstack上場了,它用來輸出進程21251的堆棧信息,然后根據線程ID的十六進制值grep,如下:
root@ubuntu:/# jstack 21251 | grep 5431
可以看到CPU消耗在com.wzc.manage.meta.vehicle.listener.DeviceOnlineMsgListener-1這個類的Object.wait(),就可以定位到改段代碼。
遇到的問題:1. 進程下無內容顯示
解決方案:對權限配置進行了修改,即可打印出線程堆棧信息。