前言

在JVM性能監(jiān)控的領(lǐng)域里，JDK為我們提供了一系列強大的工具。其中，jstat、jmap、jstack這三個工具就像是三位得力的助手，幫助我們深入了解JVM的運行狀態(tài)，及時發(fā)現(xiàn)和解決性能問題。接下來，我們就一起詳細了解這三款工具的功能、使用方法以及相關(guān)的命令示例，讓你輕松掌握JVM性能監(jiān)控的技巧。

核心工具功能介紹

jstat工具

jstat（Java Virtual Machine Statistics Monitoring Tool） 是用于監(jiān)控虛擬機各種運行狀態(tài)信息的工具。它可以顯示本地或者遠程虛擬機進程中的類裝載、內(nèi)存、垃圾收集、JIT編譯等運行數(shù)據(jù)。用大白話來講，jstat就像是一個“數(shù)據(jù)探測器”，能幫我們查看JVM內(nèi)部的各種運行數(shù)據(jù)。

• 類裝載信息監(jiān)控：可以查看類的加載、卸載數(shù)量以及類加載所耗費的時間等信息。例如，通過查看類加載的時間，我們可以判斷是否存在類加載過慢的問題，這可能是由于類路徑配置不合理或者磁盤I/O性能不佳導(dǎo)致的。
• 內(nèi)存使用情況監(jiān)控：能夠?qū)崟r顯示JVM各內(nèi)存區(qū)域（如堆內(nèi)存、非堆內(nèi)存）的使用量和占用率等信息。通過監(jiān)控內(nèi)存使用情況，我們可以及時發(fā)現(xiàn)內(nèi)存泄漏或者內(nèi)存溢出的潛在風險。
• 垃圾收集統(tǒng)計信息監(jiān)控：可以獲取垃圾收集的次數(shù)、時間以及各代內(nèi)存區(qū)域的垃圾回收情況等信息。這有助于我們分析垃圾回收的效率，判斷是否需要調(diào)整垃圾回收策略。

jmap工具

jmap（Java Memory Map） 主要用于生成堆轉(zhuǎn)儲快照（也稱為heap dump文件），還可以查詢finalize執(zhí)行隊列、Java堆和永久代的詳細信息，如空間使用率、當前使用的是哪種垃圾收集器等。簡單來說，jmap就像是一個“內(nèi)存快照相機”，能幫我們拍下JVM內(nèi)存的當前狀態(tài)。

• 生成堆轉(zhuǎn)儲快照：通過執(zhí)行相應(yīng)的命令，jmap可以將JVM的堆內(nèi)存狀態(tài)以文件的形式保存下來。這個堆轉(zhuǎn)儲快照文件對于后續(xù)分析內(nèi)存泄漏、內(nèi)存溢出等問題非常有幫助。
• 查看堆內(nèi)存詳細信息：可以獲取堆內(nèi)存的使用情況、各代內(nèi)存區(qū)域的大小和占用率等信息，幫助我們了解JVM的內(nèi)存分配情況。
• 查看永久代信息（在JDK 8及以前）：在JDK 8及以前的版本中，jmap還可以查看永久代的相關(guān)信息，包括永久代的大小、使用情況等。

jstack工具

jstack（Java Stack Trace） 用于生成Java虛擬機當前時刻的線程快照。線程快照就是當前Java虛擬機內(nèi)每一條線程正在執(zhí)行的方法堆棧的集合，生成線程快照的主要目的是定位線程出現(xiàn)長時間停頓的原因，如線程死鎖、死循環(huán)、請求外部資源導(dǎo)致的長時間等待等?？梢园裫stack想象成一個“線程偵探”，幫我們找出線程運行中存在的問題。

• 分析線程狀態(tài)：通過查看線程快照，我們可以了解每個線程的當前狀態(tài)，如RUNNABLE（運行中）、WAITING（等待）、TIMED_WAITING（限時等待）等。這有助于我們分析線程的運行情況，找出可能存在的問題。
• 檢測線程死鎖：jstack可以檢測到線程之間是否存在死鎖的情況。死鎖是指兩個或多個線程在執(zhí)行過程中，因爭奪資源而造成的一種互相等待的現(xiàn)象，會導(dǎo)致程序無法正常運行。通過jstack的輸出，我們可以快速定位到死鎖的線程和相關(guān)的代碼位置。

實操演示：常用命令示例

jstat命令示例

• 查看類加載信息：

jstat -class <pid>

這里的 <pid> 是Java進程的ID。執(zhí)行該命令后，會顯示類加載的數(shù)量、卸載的數(shù)量、類加載和卸載所耗費的時間等信息。例如：

Loaded  Bytes  Unloaded  Bytes     Time
  1234   2345       10     20       1.23

這表示已經(jīng)加載了1234個類，占用了2345KB的內(nèi)存，卸載了10個類，卸載的類占用了20KB的內(nèi)存，類加載和卸載總共花費了1.23秒。

• 查看垃圾收集信息：

jstat -gc <pid> <interval> <count>

<interval> 表示統(tǒng)計信息輸出的時間間隔（單位為毫秒），<count> 表示輸出的次數(shù)。例如，執(zhí)行 jstat -gc 1234 1000 5 表示每隔1000毫秒（即1秒）輸出一次Java進程ID為1234的垃圾收集信息，總共輸出5次。輸出信息示例如下：

 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
20480.0 20480.0  0.0   0.0   102400.0 40960.0   204800.0    30720.0  10240.0 8192.0 1024.0  819.2     10    0.123     2    0.234    0.357

其中，各列的含義如下：

• S0C 和 S1C：分別表示Survivor 0區(qū)和Survivor 1區(qū)的容量（單位為KB）。
• S0U 和 S1U：分別表示Survivor 0區(qū)和Survivor 1區(qū)的使用量（單位為KB）。
• EC 和 EU：分別表示Eden區(qū)的容量和使用量（單位為KB）。
• OC 和 OU：分別表示老年代的容量和使用量（單位為KB）。
• MC 和 MU：分別表示方法區(qū)（元空間）的容量和使用量（單位為KB）。
• CCSC 和 CCSU：分別表示壓縮類空間的容量和使用量（單位為KB）。
• YGC：表示年輕代垃圾收集的次數(shù)。
• YGCT：表示年輕代垃圾收集所耗費的總時間。
• FGC：表示老年代垃圾收集的次數(shù)。
• FGCT：表示老年代垃圾收集所耗費的總時間。
• GCT：表示總的垃圾收集時間。

jmap命令示例

• 生成堆轉(zhuǎn)儲快照：

jmap -dump:format=b,file=heapdump.hprof <pid>

該命令會將Java進程ID為 <pid> 的堆內(nèi)存狀態(tài)以二進制格式保存到 heapdump.hprof 文件中。生成的堆轉(zhuǎn)儲快照文件可以使用一些工具（如Eclipse Memory Analyzer）進行分析，以找出內(nèi)存泄漏等問題。

• 查看堆內(nèi)存詳細信息：

jmap -heap <pid>

執(zhí)行該命令后，會輸出堆內(nèi)存的詳細信息，包括堆內(nèi)存的使用情況、各代內(nèi)存區(qū)域的大小和占用率、當前使用的垃圾收集器等信息。示例輸出如下：

Attaching to process ID 1234, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 1.8.0_271

using thread-local object allocation.
Parallel GC with 4 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 2147483648 (2048.0MB)
   NewSize                  = 5570560 (5.3125MB)
   MaxNewSize               = 715773952 (682.6171875MB)
   OldSize                  = 11272192 (10.75MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 20635648 (19.680908203125MB)
   used     = 10485760 (10.0MB)
   free     = 10149888 (9.680908203125MB)
   50.81373291925466% used
From Space:
   capacity = 5242880 (5.0MB)
   used     = 0 (0.0MB)
   free     = 5242880 (5.0MB)
   0.0% used
To Space:
   capacity = 5242880 (5.0MB)
   used     = 0 (0.0MB)
   free     = 5242880 (5.0MB)
   0.0% used
PS Old Generation
   capacity = 104857600 (100.0MB)
   used     = 31457280 (30.0MB)
   free     = 73400320 (70.0MB)
   30.0% used

2222 interned Strings occupying 184016 bytes.

jstack命令示例

• 查看線程快照：

jstack <pid>

執(zhí)行該命令后，會輸出Java進程ID為 <pid> 的所有線程的當前狀態(tài)和堆棧信息。示例輸出如下：

2024-07-01 10:00:00
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.271-b09 mixed mode):

"Attach Listener" #10 daemon prio=9 os_prio=0 tid=0x00007f9d8c001000 nid=0x2d03 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"DestroyJavaVM" #1 prio=5 os_prio=0 tid=0x00007f9d9000b800 nid=0x2cfe waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Thread-0" #2 prio=5 os_prio=0 tid=0x00007f9d9000c800 nid=0x2cff waiting on condition [0x00007f9d7c70e000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
        at java.lang.Thread.sleep(Native Method)
        at com.example.MyClass$MyThread.run(MyClass.java:20)

...

從輸出信息中，我們可以看到每個線程的ID、優(yōu)先級、狀態(tài)以及正在執(zhí)行的方法堆棧等信息。通過分析這些信息，我們可以找出線程運行中存在的問題，如線程死鎖、死循環(huán)等。

總結(jié)與展望

通過學(xué)習jstat、jmap、jstack這三款JDK自帶的監(jiān)控工具，我們掌握了一種強大的JVM性能監(jiān)控手段。jstat讓我們可以實時監(jiān)控JVM的各種運行數(shù)據(jù)，jmap能幫助我們獲取堆內(nèi)存的詳細信息和生成堆轉(zhuǎn)儲快照，jstack則用于分析線程的運行狀態(tài)和檢測線程死鎖。這些工具對于解決JVM性能問題、優(yōu)化程序運行效率非常有幫助。

掌握了這些工具的使用方法后，下一節(jié)我們將深入學(xué)習其他JVM性能監(jiān)控工具，進一步完善對本章JVM性能監(jiān)控工具主題的認知。讓我們繼續(xù)探索，提升自己在JVM性能監(jiān)控方面的技能。

到此這篇關(guān)于JDK自帶監(jiān)控工具jstat、jmap、jstack的使用指南的文章就介紹到這了,更多相關(guān)JDK監(jiān)控工具jstat、jmap、jstack使用內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論