- 相關(guān)推薦
關(guān)于java內(nèi)存查看與分析詳解
1：gc日志輸出
在jvm啟動(dòng)參數(shù)中加入 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimestamps -XX:+PrintGCApplicationStopedTime，jvm將會(huì)按照這些參數(shù)順序輸出gc概要信息，詳細(xì)信息，gc時(shí)間信息，gc造成的應(yīng)用暫停時(shí)間。如果在剛才的參數(shù)后面加入?yún)?shù) -Xloggc:文件路徑，gc信息將會(huì)輸出到指定的文件中。其他參數(shù)還有
-verbose:gc和-XX:+PrintTenuringDistribution等。
2：jconsole
jconsole是jdk自帶的一個(gè)內(nèi)存分析工具，它提供了圖形界面�？梢圆榭吹奖槐O(jiān)控的jvm的內(nèi)存信息，線程信息，類加載信息，MBean信息。
jconsole位于jdk目錄下的bin目錄，在windows下是jconsole.exe，在unix和linux下是jconsole.sh，jconsole可以監(jiān)控本地應(yīng)用，也可以監(jiān)控遠(yuǎn)程應(yīng)用。 要監(jiān)控本地應(yīng)用，執(zhí)行jconsole pid，pid就是運(yùn)行的java進(jìn)程id，如果不帶上pid參數(shù)，則執(zhí)行jconsole命令后，會(huì)看到一個(gè)對話框彈出，上面列出了本地的java進(jìn)程，可以選擇一個(gè)進(jìn)行監(jiān)控。如果要遠(yuǎn)程監(jiān)控，則要在遠(yuǎn)程服務(wù)器的jvm參數(shù)里加入一些東西，因?yàn)閖console的遠(yuǎn)程監(jiān)控基于jmx的，關(guān)于jconsole詳細(xì)用法，請見專門介紹jconsle的文章，我也會(huì)在博客里專門詳細(xì)介紹jconsole。
3:jviusalvm
在JDK6 7之后，jdk推出了另外一個(gè)工具：jvisualvm,java可視化虛擬機(jī)，它不但提供了jconsole類似的功能，還提供了jvm內(nèi)存和cpu實(shí)時(shí)診斷，還有手動(dòng)dump出jvm內(nèi)存情況，手動(dòng)執(zhí)行g(shù)c。
和jconsole一樣，運(yùn)行jviusalvm，在jdk的bin目錄下執(zhí)行jviusalvm，windows下是jviusalvm.exe,linux和unix下是jviusalvm.sh。
4：jmap
jmap是jdk自帶的jvm內(nèi)存分析的工具，位于jdk的bin目錄。jdk1.6中jmap命令用法：
復(fù)制代碼 代碼如下:
Usage:
jmap -histo
�。╰o connect to running process and print histogram of java object heap
jmap -dump:
（to connect to running process and dump java heap）
dump-options:
format=b binary default
file=dump heap to
Example: jmap -dump:format=b,file=heap.bin
jmap -histo在屏幕上顯示出指定pid的jvm內(nèi)存狀況。以我本機(jī)為例，執(zhí)行該命令，屏幕顯示：
num #instances #bytes class name
----------------------------------------------
1: 242062791864
2: 223712145216 [C3: 242061940648
4: 19511364496
5: 265431282560
6: 63771081744 [B
7: 1793 909688
8: 1471 614624
9: 14581 548336 [Ljava.lang.Object;
10: 3863 513640 [I
11: 20677 496248 java.lang.String
12: 3621 312776 [Ljava.util.HashMap$Entry;
13: 3335 266800 java.lang.reflect.Method
14: 8256 264192 java.io.ObjectStreamClass$WeakClassKey
15: 7066 226112 java.util.TreeMap$Entry
16: 2355 173304 [S
17: 1687 161952 java.lang.Class
18: 2769 150112 [[I
19: 3563 142520 java.util.HashMap
20: 5562 133488 java.util.HashMap$Entry
Total239019 17140408
為了方便查看，我刪掉了一些行。從上面的信息很容易看出，#instance指的是對象數(shù)量，#bytes指的是這些對象占用的內(nèi)存大小，class name指的是對象類型。
再看jmap的dump選項(xiàng)，這個(gè)選項(xiàng)是將jvm的堆中內(nèi)存信息輸出到一個(gè)文件中，在我本機(jī)執(zhí)行
jmap -dump:file=c:dump.txt 340
注意340是我本機(jī)的java進(jìn)程pid，dump出來的文件比較大有10幾M，而且我只是開了tomcat，跑了一個(gè)很簡單的應(yīng)用，且沒有任何訪問，可以想象，大型繁忙的服務(wù)器上，dump出來的文件該有多大。需要知道的是，dump出來的文件信息是很原始的，絕不適合人直接觀看，而jmap -histo顯示的內(nèi)容又太簡單，例如只顯示某些類型的對象占用多大內(nèi)存，以及這些對象的數(shù)量，但是沒有更詳細(xì)的信息，例如這些對象分別是由誰創(chuàng)建的。那這么說，dump出來的文件有什么用呢？當(dāng)然有用，因?yàn)橛袑ｉT分析jvm的內(nèi)存dump文件的工具。
5：jhat
上面說了，有很多工具都能分析jvm的內(nèi)存dump文件，jhat就是sun jdk6及以上版本自帶的工具，位于jdk的bin目錄，執(zhí)行 jhat -J -Xmx512m [file] ，file就是dump文件路徑。jhat內(nèi)置一個(gè)簡單的web服務(wù)器，此命令執(zhí)行后，jhat在命令行里顯示分析結(jié)果的訪問地址，可以用-port選項(xiàng)指定端口，具體用法可以執(zhí)行jhat -heap查看幫助信息。訪問指定地址后，就能看到頁面上顯示的信息，比jmap -histo命令顯示的豐富得多，更為詳細(xì)。
6：eclipse內(nèi)存分析器
上面說了jhat，它能分析jvm的dump文件，但是全部是文字顯示，eclipse memory analyzer，是一個(gè)eclipse提供用于分析jvm 堆dump的插件，它的分析速度比jhat快，分析結(jié)果是圖形界面顯示，比jhat的可讀性更高。其實(shí)jvisualvm也可以分析dump文件，也是有圖形界面顯示的。
7：jstat
如果說jmap傾向于分析jvm內(nèi)存中對象信息的話，那么jsta就是傾向于分析jvm內(nèi)存的gc情況。都是jvm內(nèi)存分析工具，但顯然，它們是從不同維度來分析的。jsat常用的參數(shù)有很多，如 -gc,-gcutil,-gccause，這些選項(xiàng)具體作用可查看jsat幫助信息，我經(jīng)常用-gcutil，這個(gè)參數(shù)的作用不斷的顯示當(dāng)前指定的jvm內(nèi)存的垃圾收集的信息。
我在本機(jī)執(zhí)行 jstat -gcutil 340 10000，這個(gè)命令是每個(gè)10秒鐘輸出一次jvm的gc信息，10000指的是間隔時(shí)間為10000毫秒。屏幕上顯示如下信息（我只取了第一行，因?yàn)槭前吹囊欢l率顯示，所以實(shí)際執(zhí)行的時(shí)候，會(huì)有很多行）：
復(fù)制代碼 代碼如下:
S0 S1 E O P YGC YGCTFGCFGCT GCT
54.62 0.00 42.87 43.52 86.24 17925.093337.670 12.763
額……怎么說呢，要看懂這些信息代表什么意思，還必須對jvm的gc機(jī)制有一定的了解才行啊。其實(shí)如果對sun的 hot spot jvm的gc比較了解的人，應(yīng)該很容易看懂這些信息，但是不清楚gc機(jī)制的人，有點(diǎn)莫名其妙，所以在這里我還是先講講sun的jvm的gc機(jī)制吧。說到gc，其實(shí)不僅僅只是java的概念，其實(shí)在java之前，就有很多語言有g(shù)c的概念了，gc嘛就是垃圾收集的意思，更多的是一種算法性的東西，而跟具體語言沒太大關(guān)系，所以關(guān)于gc的歷史，gc的主流算法我就不講了，那扯得太遠(yuǎn)了，扯得太遠(yuǎn)了就是扯淡。sun現(xiàn)在的jvm，內(nèi)存的管理模型是分代模型，所以gc當(dāng)然是分代收集了。分代是什么意思呢？就是將對象按照生命周期分成三個(gè)層次，分別是：新生代，舊生代，持久代。對象剛開始分配的時(shí)候，大部分都在新生代，當(dāng)新生代gc提交被觸發(fā)后了，執(zhí)行一次新生代范圍內(nèi)的gc，這叫minor gc，如果執(zhí)行了幾次minor gc后，還有對象存活，將這些對象轉(zhuǎn)入舊生代，因?yàn)檫@些對象已經(jīng)經(jīng)過了組織的重重考驗(yàn)了哇。舊生代的gc頻率會(huì)更低一些，如果舊生代執(zhí)行了gc，那就是full gc，因?yàn)椴皇蔷植縢c，而是全內(nèi)存范圍的gc，這會(huì)造成應(yīng)用停頓，因?yàn)槿珒?nèi)存收集，必須封鎖內(nèi)存，不許有新的對象分配到內(nèi)存，持久代就是一些jvm期間，基本不會(huì)消失的對象，例如class的定義，jvm方法區(qū)信息，例如靜態(tài)塊。需要主要的是，新生代里又分了三個(gè)空間：eden，susvivor0，susvivor1，按字面上來理解，就是伊甸園區(qū)，幸存1區(qū)，幸存2區(qū)。新對象分配在eden區(qū)中，eden區(qū)滿時(shí)，采用標(biāo)記-復(fù)制算法，即檢查出eden區(qū)存活 的對象，并將這些對象復(fù)制到是s0或s1中，然后清空eden區(qū)。jvm的gc說開來，不只是這么簡單，例如還有串行收集，并行收集，并發(fā)收集，還有著名的火車算法，不過那說得太遠(yuǎn)了，現(xiàn)在對這個(gè)有大致了解就好。說到這里，再來看一下上面輸出的信息：
復(fù)制代碼 代碼如下:
S0 S1 EO P YGC YGCTFGCFGCT GCT
54.62 0.00 42.87 43.52 86.24 17925.093337.670 12.763
S0:新生代的susvivor0區(qū)，空間使用率為5462%
S1:新生代的susvivor1區(qū)，空間使用率為0.00%（因?yàn)檫�沒有執(zhí)行第二次minor收集）
E:eden區(qū)，空間使用率42.87%
O:舊生代，空間使用率43.52%
P:持久帶，空間使用率86.24%
YGC:minor gc執(zhí)行次數(shù)1792次
YGCT:minor gc耗費(fèi)的時(shí)間5.093毫秒
FGC:full gc執(zhí)行次數(shù)33
FGCT:full gc耗費(fèi)的時(shí)間7.670毫秒
GCT:gc耗費(fèi)的總時(shí)間12.763毫秒
怎樣選擇工具
上面列舉的一些工具，各有利弊，其實(shí)如果在開發(fā)環(huán)境，使用什么樣的工具是無所謂的，只要能得到結(jié)果就好。但是在生產(chǎn)環(huán)境里，卻不能亂選擇，因?yàn)檫@些工具本身就會(huì)耗費(fèi)大量的系統(tǒng)資源，如果在一個(gè)生產(chǎn)服務(wù)器壓力很大的時(shí)候，貿(mào)然執(zhí)行這些工具，可能會(huì)造成很意外的情況。最好不要在服務(wù)器本機(jī)監(jiān)控，遠(yuǎn)程監(jiān)控會(huì)比較好一些，但是如果要遠(yuǎn)程監(jiān)控，服務(wù)器端的啟動(dòng)腳本要加入一些jvm參數(shù)，例如用jconsloe遠(yuǎn)程監(jiān)控tomcat或jboss等，都需要設(shè)置jvm的jmx參數(shù)，如果僅僅只是分析服務(wù)器的內(nèi)存分配和gc信息，強(qiáng)烈推薦，先用jmap導(dǎo)出服務(wù)器端的jvm的堆dump文件，然后再用jhat，或者jvisualvm，或者eclipse內(nèi)存分析器來分析內(nèi)存狀況。
【java內(nèi)存查看與分析詳解】相關(guān)文章：
Java內(nèi)存回收07-17
Java的內(nèi)存模型09-22
查看電腦最大內(nèi)存的方法10-14
java內(nèi)存的詳細(xì)介紹06-04
Java內(nèi)存是如何劃分的10-21