一次项目中现场反映有内存泄漏,我刚好负责测试这个部分,这里简单记录一下。
1:内存泄漏是什么?
内存泄露 memory leak,是指程序在申请内存后,无法释放已申请的内存空间,一次内存泄露危害可以忽略,但内存泄露堆积后果很严重,无论多少内存,迟早会被占光。可以了解一下Java的GC机制(Garbage Collection,垃圾回收)。
2:怎么测?
当时我启动项目服务,然后top 一下,看项目对应的RES是不是一直在涨?
top | grep ***(pid号) -> memory.txt
把res的变化情况输出重定向到memory.txt中
测了确实一直在涨,没有被回收掉,然后jmap 一下,对JVM的堆进行heap。
jamp -dump:file = mymemory(自己定义的文件名) pid(eg:22900)
然后把这个 mymemory文件放到Eclipse Memory Analyzer中进行分析,file→open heap file ,等着finish就行。
然后出来一个饼图,深色区域是怀疑有内存泄露的地方。这个图会告诉你整个heap多少内存(Total),内存泄露的地方占了多少,吧啦吧啦。
主要有几个地方需要分析:
1:Histogram 内存中的对象,对象个数以及大小
objects 类的对象的数量
Shallowsize 本身占用内存的大小(不包括对其他对象的引用)
Retainsize 自己的Shallowsize+从该对象直接/间接访问到对象的shallowsize
2: dominator-tree
哪个线程,以及线程下面的哪些对象占用的空间。
3:Top consumers
通过图形列出最大的object
4:Leak Suspects
深色区域被怀疑有内存泄漏
“…加载的…实例中聚集(消耗空间) ,建议用关键字…检查”
Dtails . list objects → with outgoing refrences 看都应用什么对象
path to GC roots → exclude weak refrennces 过滤掉弱引用