jps定位進程
jstat統計堆信息
jstack定位問題線程
jmap定位問題對象
jps用於查看服務器當前有哪些java進程，排查問題時，壹般先使用jps定位到pid
-l參數可以打印完整類路徑或jar包路徑，-v參數可以打印啟動參數
備註: ps -ef | grep java 可以打印啟動參數和jar路徑，但打印不了類路徑
jstat用於統計堆各區域的使用情況等信息
下圖中， jstat -gc 1 1000 5 命令表示每1000ms打印壹次pid為1的進程的堆的信息，***打印5次。
S0C表示S0的capacity，即總容量，S0U表示S0的used，即已使用空間，單位為kb，U/C可以得到使用率，如MU/MC = 元空間使用率。
E、O、M分別表示Eden區、老年代、元空間，YGC/YGCT表示YGC的GC次數/GC時間，FGC/FGCT表示FGC的GC次數/GC時間。
-gc參數顯示具體數值，-gcutil展示比例
jstack用於查看某個進程內的線程信息，常用於排查cpu問題
使用jstack時，壹般步驟如下
步驟1，用 top -Hp pid 查看pid進程內的線程的cpu占比，按cpu使用率從大到小排序。
本步驟需要著重觀察的是: cpu占比較高的線程，以及cpu運行時間（即TIME+列）較長的線程
這裏有壹個問題，cpu多高算高？
假設有壹個4核的cpu，壹個核跑滿是100%，整個cpu最高跑到400%。
如果有壹個線程死循環（while true），cpu壹般能到90%+，到不了100%是因為即使是while true，還是會有時間片輪轉。
另外，cpu運行時間也是壹個很重要的指標，上圖中，pid為71的線程，跑了2小時18分鐘，肯定有問題。
步驟2，把當前線程信息導出thread dump文件
步驟3，根據上壹步找到的問題線程的pid，把pid轉成16進制，因為thread dump文件中，線程pid是用16進制表示的
步驟4，在thread dump文件中檢索上壹步算出的線程pid的16進制，壹般看後20行，能看到完整調用棧即可
可以看到，該線程是kafka消費者線程
註意: 開發時，線程名壹定要定好，能對應具體業務，這樣用jstack的時候，可以根據線程名馬上定位到具體業務。
另外，Thread類的getAllStackTraces方法可以獲取當前虛擬機所有線程的調用棧，如果開發人員不方便上生產，可以用該api暴露接口。
jmap用於查看某個進程的對象信息，常用於排查內存問題
jmap -dump:live,format=b,file=/root/1.hprof 1 把堆的內容打印到文件，live參數表示只輸出活的對象。
備註：
heap dump文件的大小與當前堆使用量的大小壹致，假如堆使用量為2G，heap dump文件就有2G，導出heap dump文件需要很長的時間，導出過程可能會影響對外服務。
另外，heap dump文件只有用專業的工具（如jhat、jvisualvm、mat）才能看，無法用grep等命令檢索。
綜上，壹般很少在生產環境使用該命令。
jmap -histo:live pid 統計類實例數以及字節數。
壹般用 jmap -histo:live pid | grep packge 檢查是否內存泄漏，page為java項目的包名
jmap -J-D64 -heap 1 打印heap的概要信息
按上面的步驟，壹般可以定位到問題，但是比較困難，需要在短時間內做大量操作，因此，推薦使用 阿裏的arthas 。