要使用jstat監(jiān)控jvm，首先通過jps獲取進程id，然后執(zhí)行jstat命令并指定監(jiān)控類型、采樣間隔和次數(shù)。1）常用選項包括-gcutil查看垃圾回收利用率統(tǒng)計；2）-gc查看更詳細的垃圾回收信息；3）-class監(jiān)控類加載與卸載情況。例如：jstat -gcutil 1234 1000可每秒輸出進程1234的gc利用率數(shù)據(jù)。通過觀察老年代使用率（o）、full gc頻率（fgc）等指標，可判斷是否存在內(nèi)存泄漏或性能瓶頸。診斷時若發(fā)現(xiàn)老年代持續(xù)增長且無法回收，可能表明存在內(nèi)存泄漏，需結(jié)合jmap、jconsole等工具進一步分析。雖然jstat功能強大，但其無法查看歷史數(shù)據(jù)、不能定位具體代碼問題，通常需配合prometheus、grafana等工具構(gòu)建完整監(jiān)控體系。此外，頻繁使用jstat對jvm性能影響較小，但仍建議合理設(shè)置采樣間隔以減少開銷。
Java中jstat是一個強大的JVM監(jiān)控工具，它能幫助我們了解JVM的各種性能指標，比如堆內(nèi)存使用情況、垃圾回收頻率等等。掌握jstat的用法，對排查Java應(yīng)用的性能問題至關(guān)重要。
jstat命令可以用來監(jiān)視Java虛擬機（JVM）的各種統(tǒng)計信息。它特別擅長于跟蹤垃圾收集活動，內(nèi)存使用情況，以及類加載和卸載的統(tǒng)計數(shù)據(jù)。通過分析這些數(shù)據(jù)，開發(fā)者可以診斷內(nèi)存泄漏，優(yōu)化垃圾收集策略，并識別其他潛在的性能瓶頸。
如何使用jstat監(jiān)控JVM？
jstat的基本語法是 jstat [options] vmid [interval] [count]。
立即學習“Java免費學習筆記（深入）”；
- options：指定要監(jiān)控的統(tǒng)計類型，例如-gcutil、-gc、-class等等。
- vmid：目標JVM的進程ID。可以使用jps命令找到。
- interval：采樣間隔，單位是毫秒。
- count：采樣次數(shù)。如果省略，則會持續(xù)采樣。
舉個例子，如果我們想每秒鐘查看一次進程ID為1234的JVM的垃圾回收情況，可以這樣寫：jstat -gcutil 1234 1000。
jstat -gcutil：最常用的垃圾回收統(tǒng)計
-gcutil選項可能是jstat最常用的了。它會顯示各個代的內(nèi)存使用百分比，以及垃圾回收的次數(shù)和時間。
輸出的列包括：
- S0：Survivor 0區(qū)已使用空間的百分比。
- S1：Survivor 1區(qū)已使用空間的百分比。
- E：Eden區(qū)已使用空間的百分比。
- O：老年代已使用空間的百分比。
- M：元空間已使用空間的百分比。
- CCS：壓縮類空間已使用空間的百分比。
- YGC：年輕代垃圾回收的次數(shù)。
- YGCT：年輕代垃圾回收消耗的時間。
- FGC：Full GC的次數(shù)。
- FGCT：Full GC消耗的時間。
- GCT：總的垃圾回收消耗的時間。
通過觀察這些指標，我們可以判斷垃圾回收是否頻繁，以及哪一代的內(nèi)存壓力比較大。如果發(fā)現(xiàn)Full GC非常頻繁，那可能就需要調(diào)整堆內(nèi)存的大小，或者優(yōu)化代碼，減少對象的創(chuàng)建。
jstat -gc：更詳細的垃圾回收信息
-gc選項提供比-gcutil更詳細的垃圾回收信息，包括各個代的容量、已使用空間、以及垃圾回收前后的大小變化。
輸出的列非常多，這里列出幾個關(guān)鍵的：
- NGCMN：年輕代(new generation)最小容量
- NGCMX：年輕代最大容量
- NGC：年輕代當前容量
- S0C：第一個幸存區(qū)(Survivor 0)容量
- S1C：第二個幸存區(qū)(Survivor 1)容量
- EC：Eden區(qū)容量
- OGCMN：老年代(old generation)最小容量
- OGCMX：老年代最大容量
- OGC：老年代當前容量
- OC：老年代已使用容量
- MC：元空間容量
- YGC：年輕代垃圾回收次數(shù)
- FGC：Full GC次數(shù)
-gc輸出的信息量很大，初學者可能會覺得難以理解。建議先從-gcutil開始，掌握基本的垃圾回收概念，再逐步深入學習-gc。
jstat -class：類加載和卸載統(tǒng)計
-class選項可以用來監(jiān)控類加載和卸載的情況。
輸出的列包括：
- Loaded：加載的類的數(shù)量。
- Bytes：加載的類的總大小。
- Unloaded：卸載的類的數(shù)量。
- Bytes：卸載的類的總大小。
- Time：加載和卸載類所消耗的時間。
如果發(fā)現(xiàn)加載的類很多，但卸載的類很少，那可能存在類加載器泄漏的問題。
案例分析：使用jstat診斷內(nèi)存泄漏
假設(shè)我們的Java應(yīng)用出現(xiàn)了OOM（OutOfMemoryError）錯誤。我們可以使用jstat來診斷是否發(fā)生了內(nèi)存泄漏。
- 首先，使用jps找到應(yīng)用的進程ID。
- 然后，使用jstat -gcutil 1000命令，每秒鐘查看一次垃圾回收情況。
- 觀察老年代的使用百分比（O列）。如果老年代的使用百分比持續(xù)增長，并且Full GC的頻率也很高，但老年代的使用率仍然降不下來，那很可能存在內(nèi)存泄漏。
接下來，我們可以使用其他的工具，比如jmap或jconsole，來進一步分析堆內(nèi)存中的對象，找出泄漏的對象。
jstat命令的局限性
jstat雖然強大，但也存在一些局限性：
- 它只能監(jiān)控正在運行的JVM，無法查看歷史數(shù)據(jù)。
- 它只能提供統(tǒng)計信息，無法定位到具體的代碼。
- 它的輸出結(jié)果比較原始，需要一定的經(jīng)驗才能分析。
因此，在實際工作中，我們通常會結(jié)合其他的監(jiān)控工具，比如Prometheus、Grafana等，來構(gòu)建更完善的監(jiān)控體系。
jstat如何影響JVM性能？
頻繁地執(zhí)行jstat命令會對JVM性能產(chǎn)生一定的影響，因為它需要收集和計算各種統(tǒng)計信息。但是，這種影響通常是很小的，可以忽略不計。
為了減少影響，可以適當調(diào)整采樣間隔和采樣次數(shù)。例如，可以將采樣間隔設(shè)置為5秒或10秒，而不是1秒。
如何在生產(chǎn)環(huán)境中使用jstat？
在生產(chǎn)環(huán)境中，我們通常不會直接在命令行中使用jstat。而是會將jstat集成到監(jiān)控系統(tǒng)中，定期采集數(shù)據(jù)，并進行分析和報警。
可以使用一些開源的監(jiān)控工具，比如Prometheus，來采集jstat的數(shù)據(jù)。然后，使用Grafana來可視化這些數(shù)據(jù)。
除了jstat，還有哪些JVM監(jiān)控工具？
除了jstat，Java還提供了許多其他的JVM監(jiān)控工具，比如：
- jps：查看Java進程。
- jinfo：查看JVM配置信息。
- jmap：生成堆轉(zhuǎn)儲快照。
- jstack：生成線程轉(zhuǎn)儲快照。
- jconsole：圖形化的監(jiān)控工具。
- VisualVM：功能更強大的圖形化監(jiān)控工具。
選擇合適的工具，取決于具體的監(jiān)控需求。
