在上一篇文章中整理了java開發人員必須掌握的linux基本命令。由於java jdk命令列工具比較重要所以單獨整理一個篇幅來講解。相關資料有來源於網路、加上自己的見解整理而成、比較全面。上一篇文章地址：Java開發必須熟悉的Linux命令看這一篇就夠了。
在筆者接觸的很多公司中、發現很多java開發人員一旦發現應用無法響應、首先檢視一下日誌、在查詢日誌無果的情況下動不動就重啟java應用先讓其正常工作了再說。還有更誇張的是聽到過製作定時指令碼每天半夜定時重啟、並笑著說重啟解決一切問題。那種解決辦法乃是下下策、經驗不足的表現。除了檢視日至之外、對於java程序JVM的檢測其實sun公司提供了一套強大的虛擬機器監視和故障處理工具。如果你對jdk有一點點了解、對於個java 程序的診斷其實就那麼回事、我們應該查詢到根源問題、從本上找到ava程序不能正常工作的原因、從而達到治本的目的。

簡單的介紹一下jdk命令列工具是什麼。
我們整java的肯定知道jdk的bin目錄下面有 java.exe、javac.exe這兩個命令列工具。但是除了這兩個工具還有一些其他的非常實用的工具、這篇文章主要就是介紹用於監視虛擬機器和故障處理的工具。非常有用哦。
JPS—虛擬機器程序狀況工具

常用的幾個引數：
-l 輸出Java應用程式的main class的完整包
-q 僅顯示pid，不顯示其它任何相關資訊
-m 輸出傳遞給main方法的引數
-v 輸出傳遞給JVM的引數。在診斷JVM相關問題的時候，這個引數可以檢視JVM相關引數的設定
ps:這個命令相信大多數java程式設計師都知曉、查詢當前執行的java程序、當需要kill掉某個程序的時候可以用到、

jstat —虛擬機器統計資訊監視工具
jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ] ，可以用來檢視堆資訊，垃圾回收資訊等,詳細使用命令可以通過man jstat命令來檢視。

檢視垃圾回收資訊

S0C：年輕代中第一個survivor（倖存區）的容量 (位元組)
S1C：年輕代中第二個survivor（倖存區）的容量 (位元組)
S0U：年輕代中第一個survivor（倖存區）目前已使用空間 (位元組)
S1U：年輕代中第二個survivor（倖存區）目前已使用空間 (位元組)
EC：年輕代中Eden（伊甸園）的容量 (位元組)
EU：年輕代中Eden（伊甸園）目前已使用空間 (位元組)
OC：Old代的容量 (位元組)
OU：Old代目前已使用空間 (位元組)
PC：Perm(持久代)的容量 (位元組)
PU：Perm(持久代)目前已使用空間 (位元組)
YGC：從應用程式啟動到取樣時年輕代中gc次數
YGCT：從應用程式啟動到取樣時年輕代中gc所用時間(s)
FGC：從應用程式啟動到取樣時old代(全gc)gc次數
FGCT：從應用程式啟動到取樣時old代(全gc)gc所用時間(s)
GCT：從應用程式啟動到取樣時gc用的總時間(s)
NGCMN：年輕代(young)中初始化(最小)的大小 (位元組)
NGCMX：年輕代(young)的最大容量 (位元組)
NGC：年輕代(young)中當前的容量 (位元組)
OGCMN：old代中初始化(最小)的大小 (位元組)
OGCMX：old代的最大容量 (位元組)
OGC：old代當前新生成的容量 (位元組)
PGCMN：perm代中初始化(最小)的大小 (位元組)
PGCMX：perm代的最大容量 (位元組)
PGC：perm代當前新生成的容量 (位元組)
S0：年輕代中第一個survivor（倖存區）已使用的佔當前容量百分比
S1：年輕代中第二個survivor（倖存區）已使用的佔當前容量百分比
E：年輕代中Eden（伊甸園）已使用的佔當前容量百分比
O：old代已使用的佔當前容量百分比
P：perm代已使用的佔當前容量百分比
S0CMX：年輕代中第一個survivor（倖存區）的最大容量 (位元組)
S1CMX ：年輕代中第二個survivor（倖存區）的最大容量 (位元組)
ECMX：年輕代中Eden（伊甸園）的最大容量 (位元組)
DSS：當前需要survivor（倖存區）的容量 (位元組)（Eden區已滿）
TT： 持有次數限制
MTT ： 最大持有次數限制
jinfo java配置資訊工具
觀察執行中的java程式的執行環境引數：引數包括Java System屬性和JVM命令列引數、也可以設定引數的值，並使之立即生效。

jmap Java記憶體映像工具
可以生成java應用程式的堆快照和物件統計資訊。
下面的命令可以看到java程序中某一時刻的類示例數量以及所佔的位元組數。
列印程序的類載入器和類載入器載入的持久代物件資訊，輸出：類載入器名稱、物件是否存活（不可靠）、物件地址、父類載入器、已載入的類大小等資訊
1、使用jmap -heap pid檢視程序堆記憶體使用情況，包括使用的GC演算法、堆配置引數和各代中堆記憶體使用情況。
2、使用jmap -histo[:live] pid 檢視堆記憶體中的物件數目、大小統計直方圖，如果帶上live則只統計活物件
ps:個人覺得這個比較有用、那時還在遊戲公司上班、遊戲正在外網公測、運維給遊戲內玩家發了一封郵件、查詢資料庫的時候記錄數太多導致伺服器記憶體爆滿一直full GC遊戲程序假死。後來排查問題的時候用此命令檢視類的數量以及位元組數、發現某個類的個數非常多以及所佔的記憶體非常大、很可疑、複製這個類名在eclipse裡邊ctrl+shift+t一查發現是jdbc jar包裡邊一個類、由此才確定是查詢資料庫導致的問題。

也可以將當前程式的堆快照匯出到檔案中：

jstack命令(Java Stack Trace)

可以用來檢視java應用程式的堆疊資訊。
jstack -l
可以用來檢視程序中執行緒狀態，檢測死鎖等。
jstack可以定位到執行緒堆疊，根據堆疊資訊我們可以定位到具體程式碼，所以它在JVM效能調優中使用得非常多。下面我們來一個例項找出某個Java程序中最耗費CPU的Java執行緒並定位堆疊資訊，用到的命令有ps、top、printf、jstack、grep。
步驟一：先找出Java程序ID，我部署在伺服器上的Java應用名稱為mrf-center：

得到程序ID為21711
步驟二：找出該程序內最耗費CPU的執行緒 top -Hp pid

TIME列就是各個Java執行緒耗費的CPU時間，CPU時間最長的是執行緒ID為21742的執行緒
printf”%x\n”21742得到21742的十六進位制值為54ee，下面會用到。
步驟三：jstack上場、它用來輸出程序21711的堆疊資訊，然後根據執行緒ID的十六進位制值grep，如下

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

學習Java的同學注意了！！！

學習過程中遇到什麼問題或者想獲取學習資源的話，歡迎加入Java學習交流，裙號碼：392216227【長按複製】 我們一起學Java！