如何使用jmap和MAT進(jìn)行堆內(nèi)存溢出分析

本篇文章為大家展示了如何使用jmap和MAT進(jìn)行堆內(nèi)存溢出分析，內(nèi)容簡(jiǎn)明扼要并且容易理解，絕對(duì)能使你眼前一亮，通過這篇文章的詳細(xì)介紹希望你能有所收獲。

jmap:Java內(nèi)存映像工具

jmap(Memory Map for Java）命令用于生成堆轉(zhuǎn)儲(chǔ)快照（一般稱為heapdump或dump文件）。另外，還有幾種方式獲取dump文件：使用JVM參數(shù)選項(xiàng)-XX:+HeapDumpOnOutOfMemoryError參數(shù)，可以讓虛擬機(jī)在OOM異常出現(xiàn)之后自動(dòng)生成dump文件，通過-XX:HeapDumpPath=path 設(shè)置dump文件路徑（有時(shí)候dump文件比較大的時(shí)候可能無法自動(dòng)導(dǎo)出，這時(shí)候就需要使用jmap -dump手動(dòng)導(dǎo)出了）；通過-XX.+HeapDumpOnCtrlBreak參數(shù)則可以使用[Ctrl]+[Break]鍵讓虛擬機(jī)生成dump文件；又或者在Linux系統(tǒng)下通過Kill -3命令發(fā)送進(jìn)程退出信號(hào)“嚇?！币幌绿摂M機(jī)，也能拿到dump文件。

jmap的作用并不僅僅是為了獲取dump文件，它還可以查詢finalize執(zhí)行隊(duì)列、Java堆和永久代的詳細(xì)信息，如空間使用率、當(dāng)前用的是哪種收集器等。和jinfo命令一樣，jmap有不少功能在Windows平臺(tái)下都是受限的，除了生成dump文件的-dump選項(xiàng)和用于查看每個(gè)類的實(shí)例、空間占用統(tǒng)計(jì)的-histo選項(xiàng)在所有操作系統(tǒng)都提供之外，其余選項(xiàng)都只能在Linux／Solans下使用。其官方文檔地址為：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jmap.html

jmap命令格式：jmap [option] vmid

C:\Users\Administrator>jmap -help
Usage:
    jmap [option] <pid>
        (to connect to running process)
    jmap [option] <executable <core>
        (to connect to a core file)
    jmap [option] [server_id@]<remote server IP or hostname>
        (to connect to remote debug server)
 
where <option> is one of:
    <none>               to print same info as Solaris pmap
    -heap                to print java heap summary
    -histo[:live]        to print histogram of java object heap; if the "live"
                         suboption is specified, only count live objects
    -clstats             to print class loader statistics
    -finalizerinfo       to print information on objects awaiting finalization
    -dump:<dump-options> to dump java heap in hprof binary format
                         dump-options:
                           live         dump only live objects; if not specified,
                                        all objects in the heap are dumped.
                           format=b     binary format
                           file=<file>  dump heap to <file>
                         Example: jmap -dump:live,format=b,file=heap.bin <pid>
    -F                   force. Use with -dump:<dump-options> <pid> or -histo
                         to force a heap dump or histogram when <pid> does not
                         respond. The "live" suboption is not supported
                         in this mode.
    -h | -help           to print this help message
    -J<flag>             to pass <flag> directly to the runtime system

option選項(xiàng)介紹如下：

 注意：使用 jmap -histo:live <pid>或者jmap -dump:live,format=b,file=<filename> <pid> 都會(huì)觸發(fā)FullGC

使用例：jmap -heap在JDK1.7中打印結(jié)果如下：可以看到永久代Perm區(qū)

[root@wkp ~]# jmap -heap 3177
Attaching to process ID 3177, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.80-b11
 
using thread-local object allocation.
Parallel GC with 2 thread(s)
 
Heap Configuration:
   MinHeapFreeRatio = 0
   MaxHeapFreeRatio = 100
   MaxHeapSize      = 2099249152 (2002.0MB)
   NewSize          = 1310720 (1.25MB)
   MaxNewSize       = 17592186044415 MB
   OldSize          = 5439488 (5.1875MB)
   NewRatio         = 2
   SurvivorRatio    = 8
   PermSize         = 21757952 (20.75MB)
   MaxPermSize      = 85983232 (82.0MB)
   G1HeapRegionSize = 0 (0.0MB)
 
Heap Usage:
PS Young Generation
Eden Space:
   capacity = 371720192 (354.5MB)
   used     = 330326552 (315.0239486694336MB)
   free     = 41393640 (39.476051330566406MB)
   88.86430145823232% used
From Space:
   capacity = 5242880 (5.0MB)
   used     = 5073520 (4.8384857177734375MB)
   free     = 169360 (0.1615142822265625MB)
   96.76971435546875% used
To Space:
   capacity = 47710208 (45.5MB)
   used     = 0 (0.0MB)
   free     = 47710208 (45.5MB)
   0.0% used
PS Old Generation
   capacity = 159383552 (152.0MB)
   used     = 113434496 (108.1795654296875MB)
   free     = 45949056 (43.8204345703125MB)
   71.17076673005757% used
PS Perm Generation
   capacity = 42991616 (41.0MB)
   used     = 42852648 (40.867469787597656MB)
   free     = 138968 (0.13253021240234375MB)
   99.67675557950648% used
 
19120 interned Strings occupying 2253456 bytes.

jmap -heap在JDK1.8中打印結(jié)果如下：可以看到了元空間，沒有了永久代

[root@wkp ~]# jmap -heap 8543
Attaching to process ID 8543, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.171-b11
 
using thread-local object allocation.
Parallel GC with 4 thread(s)
 
Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 2051014656 (1956.0MB)
   NewSize                  = 42991616 (41.0MB)
   MaxNewSize               = 683671552 (652.0MB)
   OldSize                  = 87031808 (83.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 = 28311552 (27.0MB)
   used     = 13137328 (12.528732299804688MB)
   free     = 15174224 (14.471267700195312MB)
   46.402712221498845% used
From Space:
   capacity = 524288 (0.5MB)
   used     = 98304 (0.09375MB)
   free     = 425984 (0.40625MB)
   18.75% used
To Space:
   capacity = 524288 (0.5MB)
   used     = 0 (0.0MB)
   free     = 524288 (0.5MB)
   0.0% used
PS Old Generation
   capacity = 76021760 (72.5MB)
   used     = 27335480 (26.06914520263672MB)
   free     = 48686280 (46.43085479736328MB)
   35.957441658809266% used
 
24117 interned Strings occupying 2830304 bytes.

通過命令 jmap -dump:live,format=b,file=/usr/local/heap.hprof 12632 就可以生成dump文件了

[root@wkp ~]# jmap -dump:live,format=b,file=/usr/local/heap.hprof 12632
Dumping heap to /usr/local/heap.hprof ...
Heap dump file created

 好了，介紹了dump文件的生成，下面分析工具M(jìn)AT就要粉墨登場(chǎng)了。

MAT

MAT（Eclipse Memory Analyzer）是一種快速且功能豐富的Java堆分析器，它幫助查找內(nèi)存泄漏并減少內(nèi)存消耗。使用內(nèi)存分析器分析具有數(shù)億個(gè)對(duì)象的高效堆轉(zhuǎn)儲(chǔ)，快速計(jì)算對(duì)象的保留大小，查看誰在阻止垃圾收集器收集對(duì)象，運(yùn)行報(bào)告以自動(dòng)提取泄漏嫌疑。官網(wǎng)地址https://www.eclipse.org/mat，下載地址為https://www.eclipse.org/mat/downloads.php。我們可以在下載頁面看到：MAT可以獨(dú)立運(yùn)行，也可以通過插件的形式在Eclipse中安裝使用，具體的安裝過程就不再這里介紹了，我是下載的獨(dú)立運(yùn)行的程序包。

MAT的官方文檔地址https://help.eclipse.org/2019-09/index.jsp?topic=/org.eclipse.mat.ui.help/welcome.html， 里面做了很詳細(xì)的介紹。

下面我們通過一個(gè)例子，來介紹一下MAT的使用。我們創(chuàng)建一個(gè)springboot應(yīng)用程序，controller代碼如下：通過往成員變量userList中一直添加user對(duì)象來構(gòu)造堆內(nèi)存溢出。controller中heap方法的注釋中表明了運(yùn)行時(shí)添加的JVM參數(shù) -Xmx32M -Xms32M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=./  設(shè)置堆內(nèi)存最大為32兆，當(dāng)內(nèi)存溢出時(shí)自動(dòng)在當(dāng)前目錄生成dump文件。

@RestController
public class MemoryController {
	
	private List<User> userList = new ArrayList<User>();
 
	/**
	 *-Xmx32M -Xms32M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=./
	 */
	@GetMapping("/heap")
	public String heap() {
		int i=0;
		 while(true){
			 userList.add(new User(i++, UUID.randomUUID().toString()));
		 }
	}
}

User類代碼如下：

public class User {
	private int id;
	private String name;
	
	public User(int id, String name) {
		super();
		this.id = id;
		this.name = name;
	}
	//省略set,get方法
}

設(shè)置JVM參數(shù)運(yùn)行如下：

然后啟動(dòng)springboot應(yīng)用，啟動(dòng)端口為9999，訪問 http://localhost:9999/heap 后觸發(fā)堆內(nèi)存溢出，可以看到控制臺(tái)輸出已經(jīng)生成了dump文件java_pid16500.hprof

java.lang.OutOfMemoryError: GC overhead limit exceeded
Dumping heap to ./\java_pid11524.hprof ...
Heap dump file created [44602961 bytes in 0.239 secs]

Exception in thread "http-nio-9999-exec-3" java.lang.OutOfMemoryError: GC overhead limit exceeded

下面我們打開MAT，選擇File——>Open Heap Dump，打開我們上面生成的dump文件

點(diǎn)擊finish后，會(huì)看到如下界面：

 從上圖可以看到它的主要功能：

• 1. Histogram可以列出內(nèi)存中的對(duì)象，對(duì)象的個(gè)數(shù)以及大?。▽?duì)象大小的單位是byte）。

• 2. Dominator Tree可以列出對(duì)象占用的大小及百分比等。

• 3.Top consumers通過圖形列出最大的對(duì)象。

• 4.Leak Suspects通過MA自動(dòng)分析，會(huì)出具內(nèi)存泄漏可能產(chǎn)生的原因的報(bào)告。

在MAT的圖表中，有一些常用選項(xiàng)：

• list objects -- with outgoing references : 查看這個(gè)對(duì)象持有的外部對(duì)象引用。

• list objects -- with incoming references : 查看這個(gè)對(duì)象被哪些外部對(duì)象引用。

• show objects by class  --  with outgoing references ：查看這個(gè)對(duì)象類型持有的外部對(duì)象引用

• show objects by class  --  with incoming references ：查看這個(gè)對(duì)象類型被哪些外部對(duì)象引用

• paths to gc root : 顯示不同類型引用(強(qiáng)引用、弱引用、虛引用、軟引用 )到跟節(jié)點(diǎn)的路徑。

• merge shorest path to gc root : 合并最短路徑到root節(jié)點(diǎn)

• Shallow size：就是對(duì)象本身占用內(nèi)存的大小，不包含其引用的對(duì)象，也就是對(duì)象頭加成員變量（不是成員變量的值）的總和。

• Retained size：是該對(duì)象自己的shallow size，加上從該對(duì)象能直接或間接訪問到對(duì)象的shallow size之和。換句話說，retained size是該對(duì)象被GC之后所能回收到內(nèi)存的總和。這個(gè)是需要重點(diǎn)關(guān)注的，一般這個(gè)Retained size比較大的對(duì)象就是跟內(nèi)存溢出相關(guān)的。

 對(duì)于上圖左邊的object1，object1大小就是shallow size，object1及所有藍(lán)色對(duì)象就是該對(duì)象直接或是間接引用的就是retained size。右圖中object4還被gc roots引用到，那么retained size就不包含這個(gè)。

Top consumers視圖

Top consumers如下圖：這里顯示了內(nèi)存中最大的對(duì)象有哪些，他們對(duì)應(yīng)的類是哪些，類加載器classloader是哪些?？梢钥吹組emoryController類的對(duì)象占用了15MB的堆內(nèi)存，占比達(dá)50%多，這是很不正常的。我這里只截圖了關(guān)于對(duì)象相關(guān)的，后面還會(huì)有類，類加載器，包相關(guān)的信息，就不一一截圖了，大家可以自己看一下。

Leak Suspects視圖

Leak Suspects（內(nèi)存泄露分析）如下圖：內(nèi)存泄露分析報(bào)告懷疑有兩個(gè)內(nèi)存泄露嫌疑，顯示我們看到Problem Suspect 1顯示MemoryController類對(duì)象占用了57.74%的內(nèi)存，這部分內(nèi)存積聚在一個(gè)Object[]中。

接下來我們點(diǎn)擊Problem Suspect 1 中的Details查看詳情，可以看到如下所示：通過圖示也可以看到MemoryController中的userList占用了15兆多的內(nèi)存，userList中存儲(chǔ)的是user對(duì)象，這些user對(duì)象都存儲(chǔ)在ArrayList中的Object[] elementData 中，查看ArrayList源碼就知道了。另外，還可以看到是在org.apache.tomcat.util.threads.TaskThread @ 0xfecb3220 http-nio-9999-exec-3 Thread 這個(gè)線程中創(chuàng)建的。

transient Object[] elementData; // non-private to simplify nested class access
/**
  * Constructs an empty list with an initial capacity of ten.
 */
public ArrayList() {
    this.elementData = DEFAULTCAPACITY_EMPTY_ELEMENTDATA;
}

通過點(diǎn)擊右鍵，可以通過List objects-with outgoing references : 查看這個(gè)對(duì)象持有的外部對(duì)象引用。

 Histogram視圖

Histogram視圖中我們可以使用正則表達(dá)式進(jìn)行刪選，我是按照com.wkp進(jìn)行篩選的，可以看到有111305個(gè)user對(duì)象，我們通過merge shorest path to gc roots可以查找user對(duì)象的GC Roots，通過exclude all phantom/weak/soft etc.references去排除掉虛引用、弱引用、軟引用等，

查看GC Roots如下， 可以看到http-nio-9999-exec-3 Thread 這個(gè)線程就是GC Roots，就是因?yàn)檫@個(gè)線程中userList中存儲(chǔ)了太多的user對(duì)象導(dǎo)致堆內(nèi)存撐爆了，才會(huì)出現(xiàn)內(nèi)存溢出的。

Dominator Tree視圖

Dominator Tree可以列出對(duì)象占用空間大小及百分比等信息?？梢钥吹礁厦娴囊晥D類似，可以看到MemoryController對(duì)象的Shallow Heap才16byte，但是Retained Heap卻達(dá)到了15MB多，這是極其不正常的，這種就是內(nèi)存泄露的重點(diǎn)懷疑對(duì)象。

 關(guān)于jmap和MAT的使用就先介紹到這里，因?yàn)檫@個(gè)內(nèi)存溢出是我們手動(dòng)構(gòu)造出來的，查找比較簡(jiǎn)單，真的到了生產(chǎn)上面需要我們仔細(xì)排除?？偟膩碚f查找內(nèi)存溢出的原因，總結(jié)如下兩點(diǎn)：

• 1.首先看retained size最大的那些數(shù)據(jù)，一般看內(nèi)存都是想解決內(nèi)存泄漏問題，可以通過Top Consumers或者是donimator tree等actions。

• 2.找到最大的數(shù)據(jù)后，通過list objects -- with outgoing references 查看具體持有了哪些對(duì)象。

上述內(nèi)容就是如何使用jmap和MAT進(jìn)行堆內(nèi)存溢出分析，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注億速云行業(yè)資訊頻道。