分析内存泄露的一般方法

分析内存泄露的一般步骤

1. 把Java应用程序使用的heap dump下来
2. 使用Java heap分析工具，找出内存占用超出预期（一般是因为数量太多）的嫌疑对象
3. 必要时，需要分析嫌疑对象和其他对象的引用关系。
4. 查看程序的源代码，找出嫌疑对象数量过多的原因。

dump heap

analyze heap

Memory Analyzer

char[]的数量出其意料的多，占用90%以上的内存发现有数万计的char[]，每个都占用数百K的内存Java程序保存了数以万计的大String对象

顺藤摸瓜

在可疑的char[]中，任意挑了一个，使用Path To GC Root功能，找到该char[]的引用路径，发现String对象是被一个HashMap中引用的

虽然缓存中的String对象数量还没有达到阈值，但是String对象大小远远超出了我们的预期，最终导致内存被大量消耗，形成内存泄露的迹象（准确说应该是内存消耗过多）

不过并没有把String大对象放到HashMap中，而是把String大对象进行split（调用String.split方法），然后将split出来的String小对象放到HashMap中

查看代码

1. publicint
2. returnthis

可以看出，Stirng.split方法调用了Pattern.split方法。继续看Pattern.split方法的代码：

1. publicint
2. int0
3. boolean0
4. new
7. while
8. if1
12. elseif1
20. if0
21. returnnew
23. if
26. int
27. if0
28. while01).equals(""
30. new
31. return0

这里的match就是split出来的String小对象，它其实是String大对象subSequence的结果。继续看String.subSequence的代码：

1. publicintint
2. returnthis

1. publicintint
2. if0
3. thrownew
5. if
6. thrownew
8. if
9. thrownew
11. return0this
12. new

2. intintchar
3. this
4. this
5. this

subString出的来String小对象仍然会指向原String大对象的char[]，split也是同样的情况

原因解释

1. 程序从每个请求中得到一个String大对象，该对象内部char[]的长度达数百K。
2. 程序对String大对象做split，将split得到的String小对象放到HashMap中，用作缓存。
3. Sun JDK6对String.split方法做了优化，split出来的Stirng对象直接使用原String对象的char[]
4. HashMap中的每个String对象其实都指向了一个巨大的char[]
5. HashMap的上限是万级的，因此被缓存的Sting对象的总大小=万*百K=G级。
6. G级的内存被缓存占用了，大量的内存被浪费，造成内存泄露的迹象。
   

解决方案

1. /**
11. public
12. int
13. char
14. char
15. if
19. int
21. else
26. this0
27. this
28. this

是否Bug

1 内存分析

1.1 jmap -histo 命令
pid=`jps | awk '{if ($2 == "Jps") print $1}'`
jmap -histo $pid >>1.txt 查看pid中类的内存占用

class name 解读










如果某个类的个数特别多， 就得检查是否内存溢出了。

1.2 命令 jmap -heap




















































S0: Survivor space 0 区已使用空间的百分比
S1: Survivor space 1 区已使用空间的百分比
E: Eden space 区已使用空间的百分比
O: Old space 区已使用空间的百分比
P: Perm space 区已使用空间的百分比
YGC: Young GC 的次数
YGCT: Young GC 所用的时间 单位秒
FGC: Full GC 的次数
FGCT: Full GC 所用的时间 单位秒



尽量减少Full GC的次数, 因为Full GC的消耗要比Monitor GC要大

分配堆栈的最小值最好等于最大值, 因为动态分配也是需要耗费时间的. 如年轻代, 老年代, 持久代的最小最大值可设为一致

2 参数调优

http://blog.csdn.net/historyasamirror/article/details/6233007

jmap (linux下特有，也是很常用的一个命令)

　　观察运行中的jvm物理内存的占用情况。

　　参数如下：

　　-heap ：打印jvm heap的情况

　　-histo： 打印jvm heap的直方图。其输出信息包括类名，对象数量，对象占用大小。

　　-histo：live ： 同上，但是只答应存活对象的情况

　　-permstat： 打印permanent generation heap情况

　　命令使用：

　　jmap -heap 3409

　　可以观察到New Generation(Eden Space，From Space，To Space),tenured generation,Perm Generation的内存使用情况

　　输出内容：

　　jmap -histo 3409 | jmap -histo:live 3409

　　可以观察heap中所有对象的情况(heap中所有生存的对象的情况)。包括对象数量和所占空间大小。

　　输出内容：

　　写个脚本，可以很快把占用heap最大的对象找出来，对付内存泄漏特别有效。

　　如果结果很多，可以用以下命令输出到文本文件。

　　jmap -histo 3409 | jmap -histo:live 3409 > a.txt

　　jinfo:可以输出并修改运行时的java 进程的opts。

　　jps:与unix上的ps类似，用来显示本地的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。

　　jstat:一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。

　　jmap:打印出某个java进程(使用pid)内存内的所有'对象'的情况(如：产生那些对象，及其数量)。

　　jconsole:一个java GUI监视工具，可以以图表化的形式显示各种数据。并可通过远程连接监视远程的服务器VM。

　　详细：在使用这些工具前，先用JPS命令获取当前的每个JVM进程号，然后选择要查看的JVM。

　　jstat工具特别强大，有众多的可选项，详细查看堆内各个部分的使用量，以及加载类的数量。使用时，需加上查看进程的进程id，和所选参数。以下详细介绍各个参数的意义。

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

　　jstat -compiler pid:显示VM实时编译的数量等信息。

　　jstat -gc pid:可以显示gc的信息，查看gc的次数，及时间。其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。

　　jstat -gccapacity:可以显示，VM内存中三代(young,old,perm)对象的使用和占用大小，如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。其他的可以根据这个类推， OC是old内纯的占用量。

　　jstat -gcnew pid:new对象的信息。

　　jstat -gcnewcapacity pid:new对象的信息及其占用量。

　　jstat -gcold pid:old对象的信息。

　　jstat -gcoldcapacity pid:old对象的信息及其占用量。

　　jstat -gcpermcapacity pid: perm对象的信息及其占用量。

　　jstat -util pid:统计gc信息统计。

　　jstat -printcompilation pid:当前VM执行的信息。

　　除了以上一个参数外，还可以同时加上 两个数字，如：jstat -printcompilation 3024 250 6是每250毫秒打印一次，一共打印6次，还可以加上-h3每三行显示一下标题。

　　jmap是一个可以输出所有内存中对象的工具，甚至可以将VM 中的heap，以二进制输出成文本。

　　命令：jmap -dump:format=b,file=heap.bin

　　file：保存路径及文件名

　　pid：进程编号

　　?jmap -histo:live pid| less :堆中活动的对象以及大小

　　?jmap -heap pid : 查看堆的使用状况信息

　　jinfo:的用处比较简单，就是能输出并修改运行时的java进程的运行参数。用法是jinfo -opt pid 如：查看2788的MaxPerm大小可以用 jinfo -flag MaxPermSize 2788。

　　jconsole是一个用java写的GUI程序，用来监控VM，并可监控远程的VM，非常易用，而且功能非常强。使用方法：命令行里打 jconsole，选则进程就可以了。

　　JConsole中关于内存分区的说明。

　　Eden Space (heap)： 内存最初从这个线程池分配给大部分对象。

　　Survivor Space (heap)：用于保存在eden space内存池中经过垃圾回收后没有被回收的对象。

　　Tenured Generation (heap)：用于保持已经在 survivor space内存池中存在了一段时间的对象。

　　Permanent Generation (non-heap): 保存虚拟机自己的静态(refective)数据，例如类(class)和方法(method)对象。Java虚拟机共享这些类数据。这个区域被分割为只读的和只写的，

　　Code Cache (non-heap):HotSpot Java虚拟机包括一个用于编译和保存本地代码(native code)的内存，叫做“代码缓存区”(code cache)

　　?jstack ( 查看jvm线程运行状态，是否有死锁现象等等信息) : jstack pid : thread dump

　　?jstat -gcutil pid 1000 100 : 1000ms统计一次gc情况统计100次;

　　另外推荐一款查看jmap dump 的内存对象工具 MemoryAnalyzer

文章来源: 分析内存泄露的一般方法