JVM運行時內(nèi)存使用情況監(jiān)控的示例分析

這篇文章將為大家詳細講解有關(guān)JVM運行時內(nèi)存使用情況監(jiān)控的示例分析，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

java 語言, 開發(fā)者不能直接控制程序運行內(nèi)存, 對象的創(chuàng)建都是由類加載器一步步解析, 執(zhí)行與生成與內(nèi)存區(qū)域中的; 并且jvm有自己的垃圾回收器對內(nèi)存區(qū)域管理, 回收; 但是我們已經(jīng)可以通過一些工具來在程序運行時查看對應(yīng)的jvm內(nèi)存使用情況, 幫助更好的分析與優(yōu)化我們的代碼;

注: 查看系統(tǒng)里java進程信息

// 查看當(dāng)前機器上所有運行的java進程名稱與pid(進程編號)
jps -l 
// 顯示指定的jvm進程所有的屬性設(shè)置和配置參數(shù)
jinfo pid

1 . jmap : 內(nèi)存占用情況查詢 (位于”jdk_home/bin”目錄下)

// 查詢某個pid進程對應(yīng)的應(yīng)用程序內(nèi)存占用情況
jmap -heap pid

// 示例
jmap -heap 5940
Attaching to process ID 5940, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.92-b14

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

Heap Configuration:
 MinHeapFreeRatio   = 0
 MaxHeapFreeRatio   = 100
 MaxHeapSize    = 734003200 (700.0MB)
 NewSize     = 44040192 (42.0MB)
 MaxNewSize    = 244318208 (233.0MB)
 OldSize     = 88080384 (84.0MB)
 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 = 32505856 (31.0MB)
 used  = 13906760 (13.262519836425781MB)
 free  = 18599096 (17.73748016357422MB)
 42.782322052986395% used
From Space:
 capacity = 6291456 (6.0MB)
 used  = 294912 (0.28125MB)
 free  = 5996544 (5.71875MB)
 4.6875% used
To Space:
 capacity = 7340032 (7.0MB)
 used  = 0 (0.0MB)
 free  = 7340032 (7.0MB)
 0.0% used
PS Old Generation
 capacity = 41943040 (40.0MB)
 used  = 6127536 (5.8436737060546875MB)
 free  = 35815504 (34.15632629394531MB)
 14.609184265136719% used

8535 interned Strings occupying 710344 bytes.

2 . jstack : 進程所包含線程情況查詢 (位于”jdk_home/bin”目錄下)

// 命令幫助
jstach -h 
// 顯示進程詳情
jstack pid

// 示例
jstach 5940
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.92-b14 mixed mode):

"RMI TCP Connection(10)-10.2.13.162" #32 daemon prio=5 os_prio=0 tid=0x00000000179dc000 nid=0x1f60 in Object.wait() [0x000000001d7dd000]
 java.lang.Thread.State: TIMED_WAITING (on object monitor)
  at java.lang.Object.wait(Native Method)
  at com.sun.jmx.remote.internal.ArrayNotificationBuffer.fetchNotifications(ArrayNotificationBuffer.java:449)
  - locked <0x00000000d462ec18> (a com.sun.jmx.remote.internal.ArrayNotificationBuffer)
  at com.sun.jmx.remote.internal.ArrayNotificationBuffer$ShareBuffer.fetchNotifications(ArrayNotificationBuffer.java:227)
  at com.sun.jmx.remote.internal.ServerNotifForwarder.fetchNotifs(ServerNotifForwarder.java:274)
  at javax.management.remote.rmi.RMIConnectionImpl$4.run(RMIConnectionImpl.java:1270)
  at javax.management.remote.rmi.RMIConnectionImpl$4.run(RMIConnectionImpl.java:1268)
  at javax.management.remote.rmi.RMIConnectionImpl.fetchNotifications(RMIConnectionImpl.java:1274)
  at sun.reflect.GeneratedMethodAccessor59.invoke(Unknown Source)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:498)
  at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:324)

..............

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000002d10000 nid=0x27dc runnable

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000002d11800 nid=0x2d84 runnable

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000002d13800 nid=0x118 runnable

"VM Periodic Task Thread" os_prio=2 tid=0x0000000015ccb000 nid=0x2fd4 waiting on condition

JNI global references: 239

3 . jstat: 可以實時監(jiān)測系統(tǒng)資源占用與jvm運行情況 (位于”jdk_home/bin”目錄下)

// 命令語法結(jié)構(gòu)：
Usage: jstat -help|-options
  jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]

// 參數(shù)解釋：
Options — 選項，我們一般使用 -gcutil 查看gc情況
vmid — VM的進程號，即當(dāng)前運行的java進程號
interval– 間隔時間，單位為秒或者毫秒
count — 打印次數(shù)，如果缺省則打印無數(shù)次

S0 — Heap上的 Survivor space 0 區(qū)已使用空間的百分比
S1 — Heap上的 Survivor space 1 區(qū)已使用空間的百分比
E — Heap上的 Eden space 區(qū)已使用空間的百分比
O — Heap上的 Old space 區(qū)已使用空間的百分比
P — Perm space 區(qū)已使用空間的百分比
YGC — 從應(yīng)用程序啟動到采樣時發(fā)生 Young GC 的次數(shù)
YGCT– 從應(yīng)用程序啟動到采樣時 Young GC 所用的時間(單位秒)
FGC — 從應(yīng)用程序啟動到采樣時發(fā)生 Full GC 的次數(shù)
FGCT– 從應(yīng)用程序啟動到采樣時 Full GC 所用的時間(單位秒)
GCT — 從應(yīng)用程序啟動到采樣時用于垃圾回收的總時間(單位秒)

//示例
jstat -options
 -class
 -compiler
 -gc
 -gccapacity
 -gccause
 -gcmetacapacity
 -gcnew
 -gcnewcapacity
 -gcold
 -gcoldcapacity
 -gcutil
 -printcompilation

jstat -class -t 5940
Timestamp Loaded Bytes Unloaded Bytes  Time
6188.4 3898 7178.4  40 58.3  1.78

jstat -gcutil 5940 1000 5
S0  S1  E  O  M  CCS YGC  YGCT FGC FGCT  GCT
0.00 25.00 98.55 15.37 96.94 94.88  21 0.069  7 0.237 0.306
0.00 25.00 99.59 15.37 96.94 94.88  21 0.069  7 0.237 0.306
0.00 25.00 99.59 15.37 96.94 94.88  21 0.069  7 0.237 0.306
0.00 25.00 100.00 15.37 96.94 94.88  21 0.069  7 0.237 0.306
0.00 25.00 100.00 15.37 96.94 94.88  21 0.069  7 0.237 0.306

4 . jconsole 以GUI的方式更直觀化呈現(xiàn)jvm進程的實時情況, 比如內(nèi)存占用, 線程執(zhí)行情況等;
在jdk_home/bin目錄下執(zhí)行 jconsole.exe 打開圖形化界面, 然后選擇要檢查的進程就可以查看所有相關(guān)jvm情況的信息了.

5 . jprofiler 一個付費的商業(yè)jvm分析監(jiān)控工具, 可查看概況, 內(nèi)存, GC活動, class 狀況, 線程信息, CPU 占用情況, 內(nèi)存對象信息, 還有數(shù)據(jù)庫連接等, 是一個非常優(yōu)秀的分析工具;

關(guān)于“JVM運行時內(nèi)存使用情況監(jiān)控的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。