如何排查Java内存泄露

如何排查Java内存泄露

转发
java内存泄露典型特征

  • 现象一: 堆/Perm 区不断增长, 没有下降趋势(回收速度赶不上增长速度), 最后不断触发FullGC, 甚至crash(如下**两张图是同一个应用的GC和Perm数据, GC触发原因确认是Perm不足**)
. 一般是现象二的晚期表现.

e1ddc292bde8c43925699d6ba1ab2c25755e75f9d359f01b651f3519aa0caedf

  • 现象二:每次FullGC后, 堆/Perm 区在慢慢的增长, 最后不断触发FullGC, 甚至crash(如下图: 示意图)

b6edaed289de823016c3a6684c06ed5f

java内存泄露场景—PermGen space

 

  • 原因: 说明Perm不足. Perm存放class,method相关对象,以及运行时常量对象. 如果一个应用加载了大量的class, 那么Perm区存储的信息一般会比较大.另外大量的intern String对象也会导致Perm区不断增长。 此区域大小由-XX:MaxPermSize参数进行设置. (jdk8相关参数已经改变, 这里不讨论)
  • 案例: Groovy动态编译class, xstream String.intern
  • 本质原因: ClassLoader.defineClass和java.lang.String.intern在大量不适宜的场景被调用.
  • 解决方案 

方案1:使用btrace相关工具输出调用ClassLoader.defineClass栈信息, 从栈信息来追溯问题. (代码如下图).

  • _2016_09_29_12_59_38
  • 方案2:用JProfiler来trace String.intern方法栈

  • _2016_09_29_1_46_59
  • 方案3: 增加-XX:+TraceClassLoading和-XX:+TraceClassUnloading, 看看哪些class加载了,哪些class卸载了. 如果一些特殊的class一直被加载而没有被卸载说明也是有问题的。(如下图)


  • _2016_09_29_1_06_46
  • 方案4:执行jmap -permgen(jstat -gcutil 可以查看内存增长速度和区域)命令看看Perm区中的内容, 初步确定是否存在问题 (如下图)

  • _2016_09_29_3_07_42_2016_09_29_1_45_46
  • 转发,如果涉及到版权,请详细我, 本人会主动删除。谢谢!

    D0

    发表评论

    您的电子邮箱地址不会被公开。