快捷導(dǎo)航

淺談JDK14性能管理工具之jmap和jhat

更新時(shí)間：2021年06月02日 11:07:43 作者：flydean

我們?cè)趯懘a的過程中，經(jīng)常會(huì)遇到內(nèi)存泄露的問題，比如某個(gè)集合中的對(duì)象沒有被回收，或者內(nèi)存出現(xiàn)不明原因的增長。這些都是需要我們來定位的問題，我們可以使用jmap和jhat來對(duì)java程序中的內(nèi)存對(duì)象進(jìn)行分析。

簡介

jmap(Java Memory Map)是JDK自帶的工具，用來將某個(gè)java程序的內(nèi)存中的信息打印或者輸出到文件中，然后通過jhat（Java Heap Analysis Tool）工具對(duì)輸出的文件進(jìn)行分析，從而找到可能出現(xiàn)的問題。

接下來進(jìn)入我們的jmap和jhat之旅吧。

jmap

jmap -clstats <pid>

to connect to running process and print class loader statistics

jmap -finalizerinfo <pid>

to connect to running process and print information on objects awaiting finalization

jmap -histo[:[<histo-options>]] <pid>

to connect to running process and print histogram of java object heap

jmap -dump:<dump-options> <pid>

to connect to running process and dump java heap

jmap有下面四個(gè)可用選項(xiàng)：

clstats

clstats的全稱叫做class loader statistics，用輸出類加載有關(guān)的統(tǒng)計(jì)信息。

舉一個(gè)例子：

jmap -clstats 8820

輸出結(jié)果如下：

Index - class的編號(hào)
Super - 父類的編號(hào)
InstBytes - 每個(gè)instance的bytes大小
KlassBytes - 該class的bytes大小
annotations - 注解大小
CpAll - 每個(gè)class中constants, tags, cache, 和 operands的大小
MethodCount - class中方法的個(gè)數(shù)
Bytecodes - byte codes的大小
MethodAll - method, CONSTMETHOD, stack map, 和 method data的大小
ROAll - 可以放到read-only memory中的class元數(shù)據(jù)的大小
RWAll - 可以放到read/write memory中的class元數(shù)據(jù)大小
Total - ROAll + RWAll
ClassName - class name

finalizerinfo

finalizerinfo列出準(zhǔn)備finalization的對(duì)象。

jmap -finalizerinfo 8820

如果沒有對(duì)象等待被finalization，則會(huì)輸出：

No instances waiting for finalization found

histo

histo用來輸出java heap對(duì)象的直方圖?？梢约右粋€(gè)live選項(xiàng)，用來輸出live的對(duì)象。

jmap -histo:live 8820

輸出結(jié)果：

num是對(duì)象的編號(hào)，instances是對(duì)象的個(gè)數(shù)，bytes是對(duì)象的大小，class name是對(duì)象的class名字。

dump

最后要講一下dump，dump用于dump整個(gè)java heap，dump可以接三個(gè)參數(shù)：

live - dump live對(duì)象
format=b - 以hprof的二進(jìn)制模式dump
file=filename - dump對(duì)象到文件中

jmap -dump:live,file=dump.log 8820

這里dump.log文件是非常大的，用肉眼也很難分析，下面我們介紹一下jhat（Java Heap Analysis Tool）命令來對(duì)dump出來的對(duì)象進(jìn)行分析。

jhat

注意，jhat從JDK9的時(shí)候已經(jīng)刪除了（JEP 241: Remove the jhat Tool）?，F(xiàn)在Oracle官方推薦的分析工具是Eclipse Memory Analyzer Tool (MAT) 和 VisualVM。這兩款工具后面有時(shí)間再詳細(xì)講解。

今天先使用JDK8中的jhat來分析一下上面dump出來的文件。

先看下jhat的命令格式：

Usage: jhat [-stack <bool>] [-refs <bool>] [-port <port>] [-baseline <file>] [-debug <int>] [-version] [-h|-help] <file>

-J<flag> Pass <flag> directly to the runtime system. For

example, -J-mx512m to use a maximum heap size of 512MB

-stack false: Turn off tracking object allocation call stack.

-refs false: Turn off tracking of references to objects

-port <port>: Set the port for the HTTP server. Defaults to 7000

-exclude <file>: Specify a file that lists data members that should

be excluded from the reachableFrom query.

-baseline <file>: Specify a baseline object dump. Objects in

both heap dumps with the same ID and same class will

be marked as not being "new".

-debug <int>: Set debug level.

0: No debug output

1: Debug hprof file parsing

2: Debug hprof file parsing, no server

因?yàn)檫@個(gè)命令已經(jīng)被廢棄了，這里就不過多講解它的參數(shù)，總體來說jhap會(huì)解析dump出來的文件，并在本地啟動(dòng)一個(gè)web服務(wù)器，我們可以通過web頁面來查看dump出來的數(shù)據(jù)。默認(rèn)情況下web服務(wù)器的端口是7000。

jhat dump.log

Reading from dump.log...

Dump file created Mon May 11 21:13:43 CST 2020

Snapshot read, resolving...

Resolving 197989 objects...

Chasing references, expect 39 dots.......................................

Eliminating duplicate references.......................................

Snapshot resolved.

打開localhost:7000,我們可以看到首頁展示的是各個(gè)包中的類的實(shí)例和地址信息：