运维-JVM监控之内存泄漏

Java 发表评论

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 :最大持有次数限制

发表评论

电子邮件地址不会被公开。 必填项已用*标注

昵称 *