运维-JVM监控之内存泄漏

jmap -heap pid查看进程堆内存使用情况，包括使用的GC算法、堆配置参数和各代中堆内存使用情况

1、为什么会发生内存泄漏？

如果对象一直被应用，jvm无法对其进行回收，创建新的对象时，无法从Heap中获取足够的内存分配给对象，这时候就会导致内存溢出。

出现内存泄露的地方，一般是不断的往容器中存放对象，而容器没有相应的大小限制或清除机制。

2、内存泄漏的现象：程序中抛出OutOfMemoryError错误。

3、发现内存泄漏的命令

    1).jstat -gc pid

    可以显示gc的信息，查看gc的次数，及时间。

    其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间

 

    2).jstat -gccapacity pid

    可以显示，VM内存中三代（young,old,perm）对象的使用和占用大小，

    如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，

    PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。

    其他的可以根据这个类推， OC是old内纯的占用量。

    3).jstat -gcutil pid

    统计gc信息统计。

    4).jstat -gcnew pid

    年轻代对象的信息。

    5).jstat -gcnewcapacity pid

    年轻代对象的信息及其占用量。

    6).jstat -gcold pid

    old代对象的信息。

    7).stat -gcoldcapacity pid

    old代对象的信息及其占用量。

    8).jstat -gcpermcapacity pid

    perm对象的信息及其占用量。

    9).jstat -class pid

    显示加载class的数量，及所占空间等信息。

   10).jstat -compiler pid

    显示VM实时编译的数量等信息。

 

4、常规步骤

jstat  -gcutil pid 间隔时间（毫秒）重复次数 

例：jstat  -gcutil 15469 3000 7

S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT   
 31.25   0.00  59.34  66.31  97.84  95.21     90    1.267     1    0.548    1.815
 31.25   0.00  59.86  66.31  97.84  95.21     90    1.267     1    0.548    1.815

FGC数量大时，有内存泄漏的问题；

FGCT执行时间长，会导致系统的响应时间较长，若JVM的内存设置较大，那么执行一次FGC的时间可能会更长。

FGC对服务器性能影响：发生FGC时，服务响应时间会增加，网络请求和吞吐量会下降。

所以java内存泄漏对系统性能的影响是不可忽视的。

5、定位内存泄漏

获取JVM的dump文件，分析JVM堆内存内容。

或者 查看堆内存中的对象数目、大小统计直方图，如果带上live则只统计活对象：

jmap -histo:live pid，

例：jmap -histo:live 31385 | more （若分页查看 |more）

num     #instances         #bytes  class name
----------------------------------------------
   1:        123359       17370656  [C
   2:         88363        9741632  [B
   3:          6771        3243432  [I
   4:        120245        2885880  java.lang.String
   5:         89176        2853632  java.util.HashMap$Node
   6:         78316        2506112  org.springframework.boot.loader.util.AsciiBytes
   7:         39154        2192624  org.springframework.boot.loader.jar.JarEntryData
   8:         50740        1623680  java.util.concurrent.ConcurrentHashMap$Node
锁定个数最多的对象，定位问题。
 

注：术语

 

S0C：年轻代中第一个survivor（幸存区）的容量 (字节)

S1C：年轻代中第二个survivor（幸存区）的容量 (字节)

S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)

S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)

EC：年轻代中Eden（伊甸园）的容量 (字节)

EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)

OC：Old代的容量 (字节)

OU：Old代目前已使用空间 (字节)

PC：Perm(持久代)的容量 (字节)

PU：Perm(持久代)目前已使用空间 (字节)

YGC：从应用程序启动到采样时年轻代中gc次数

YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)

FGC：从应用程序启动到采样时old代(全gc)gc次数

FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)

GCT：从应用程序启动到采样时gc用的总时间(s)

NGCMN：年轻代(young)中初始化(最小)的大小 (字节)

NGCMX：年轻代(young)的最大容量 (字节)

NGC：年轻代(young)中当前的容量 (字节)

OGCMN：old代中初始化(最小)的大小 (字节)

OGCMX：old代的最大容量 (字节)

OGC：old代当前新生成的容量 (字节)

PGCMN：perm代中初始化(最小)的大小 (字节)

PGCMX：perm代的最大容量 (字节)

PGC：perm代当前新生成的容量 (字节)

S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比

S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比

E：年轻代中Eden（伊甸园）已使用的占当前容量百分比

O：old代已使用的占当前容量百分比

P：perm代已使用的占当前容量百分比

S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)

S1CMX ：年轻代中第二个survivor（幸存区）的最大容量 (字节)

ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)

DSS：当前需要survivor（幸存区）的容量 (字节)（Eden区已满）

TT：持有次数限制

MTT ：最大持有次数限制

 

前期准备 
当发生堆溢出的时候，可以让程序在崩溃时产生一份堆内存快照 
产生堆内存快照的方法： 
给jvm加上参数XX:+HeapDumpOnOutofMemoryError，这样就会在程序崩溃的时候，产生一份堆内存快照 
分析堆内存快照我建议用jdk自带的可视化监视工具visualVM，位置在jdk安装目录下的bin，如果是在Linux环境的话，可以把快照传到window。因为分析工具会占用很大的内存，不建议在服务端进行分析。

实战 
下面对刚才程序产生的堆内存快照进行分析。 
打开visualVM，装入刚刚生成的快照，打开类标签页 
visualVM 
队列和疯狂创建的对象几乎占满了整个栈，想要让垃圾收集器回收这些对象，要让他们与GC Root断开连接 
双击HeapOOMTest类，跳转到实例标签页，可以查看这个类的所有实例 
在实例上右键——显示最近的垃圾回收根节点，可以看到这个对象与根节点的连接