JVM性能調優監控工具jps jstack使用詳解

摘要 JDK本身提供了很多友善的JVM性能調優監控工具，除了內建式的VisualVM和jConsole外，還有jps、jstack、jmap、jhat、jstat、hprof等小巧的工具，本部落格希望能起抛磚引玉之用，讓大家能開始對JVM性能調優的常用工具有所了解。

現實企業級Java開發中，有時候我們會碰到下面這些問題：

• OutOfMemoryError，記憶體不足
• 記憶體洩露
• 線程死鎖
• 鎖争用（Lock Contention）
• Java程序消耗CPU過高
• java.util.ConcurrentModificationException  多線程下同時讀寫hashmap
• ava.lang.NumberFormatException 

    這些問題在日常開發中可能被很多人忽視（比如有的人遇到上面的問題隻是重新開機伺服器或者調大記憶體，而不會深究問題根源），但能夠了解并解決這些問題是Java程式員進階的必備要求。本文将對一些常用的JVM性能調優監控工具進行介紹，希望能起抛磚引玉之用。本文參考了網上很多資料，難以一一列舉，在此對這些資料的作者表示感謝！關于JVM性能調優相關的資料

A、 jps(Java Virtual Machine Process Status Tool)      

    jps主要用來輸出JVM中運作的程序狀态資訊。文法格式如下：

1	jps [options] [hostid]

    如果不指定hostid就預設為目前主機或伺服器。

    指令行參數選項說明如下：

2 3 4

-q 不輸出類名、Jar名和傳入main方法的參數 -m 輸出傳入main方法的參數 -l 輸出main類或Jar的全限名 - v 輸出傳入JVM的參數

   比如下面：

5 6 7 8

root@ubuntu:/ # jps -m -l 2458 org.artifactory.standalone.main.Main  /usr/local/artifactory-2 .2.5 /etc/jetty .xml 29920 com.sun.tools.hat.Main -port 9998  /tmp/dump .dat 3149 org.apache.catalina.startup.Bootstrap start 30972 sun.tools.jps.Jps -m -l 8247 org.apache.catalina.startup.Bootstrap start 25687 com.sun.tools.hat.Main -port 9999 dump.dat 21711 mrf-center.jar

B、 jstack

    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，我部署在伺服器上的Java應用名稱為mrf-center：

root@ubuntu:/ # ps -ef | grep mrf-center | grep -v grep root     21711     1  1 14:47 pts /3 00:02:10 java -jar mrf-center.jar

    得到程序ID為21711，第二步找出該程序内最耗費CPU的線程，可以使用ps -Lfp pid或者ps -mp pid -o THREAD, tid, time或者top -Hp pid，我這裡用第三個，輸TIME列就是各個Java線程耗費的CPU時間，CPU時間最長的是線程ID為21742的線程，

用

printf

"%x\n"

21742

    得到21742的十六進制值為54ee，下面會用到。    

    OK，下一步終于輪到jstack上場了，它用來輸出程序21711的堆棧資訊，然後根據線程ID的十六進制值grep，如下：

root@ubuntu:/ # jstack 21711 | grep 54ee "PollIntervalRetrySchedulerThread" prio=10 tid=0x00007f950043e000 nid=0x54ee  in Object.wait() [0x00007f94c6eda000]

    可以看到CPU消耗在PollIntervalRetrySchedulerThread這個類的Object.wait()，我找了下我的代碼，定位到下面的代碼：

9 10 11 12 13 14 15

// Idle wait getLog().info( "Thread [" + getName() +  "] is idle waiting..." ); schedulerThreadState = PollTaskSchedulerThreadState.IdleWaiting; long now = System.currentTimeMillis(); long waitTime = now + getIdleWaitTime(); long timeUntilContinue = waitTime - now; synchronized (sigLock) { try { if (!halted.get()) { sigLock.wait(timeUntilContinue); } }  catch (InterruptedException ignore) { } }

    它是輪詢任務的空閑等待代碼，上面的sigLock.wait(timeUntilContinue)就對應了前面的Object.wait()。