前言

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

核心工具功能介紹

jstat工具

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

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

jmap工具

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

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

jstack工具

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

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

實(shí)操演示：常用命令示例

jstat命令示例

• 查看類加載信息：

jstat -class <pid>

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

Loaded  Bytes  Unloaded  Bytes     Time
  1234   2345       10     20       1.23

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

• 查看垃圾收集信息：

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

<interval> 表示統(tǒng)計(jì)信息輸出的時(shí)間間隔（單位為毫秒），<count> 表示輸出的次數(shù)。例如，執(zhí)行 jstat -gc 1234 1000 5 表示每隔1000毫秒（即1秒）輸出一次Java進(jìn)程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：表示年輕代垃圾收集所耗費(fèi)的總時(shí)間。
• FGC：表示老年代垃圾收集的次數(shù)。
• FGCT：表示老年代垃圾收集所耗費(fèi)的總時(shí)間。
• GCT：表示總的垃圾收集時(shí)間。

jmap命令示例

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

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

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

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

jmap -heap <pid>

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

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í)行該命令后，會(huì)輸出Java進(jìn)程ID為 <pid> 的所有線程的當(dāng)前狀態(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)

...

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

總結(jié)與展望

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

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

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

最新評(píng)論