一、从一个例子开始
关于JVM的内存泄露，让我们从下面一个例子开始吧，大家来判断一下如果按照下面这种分配方式，会不会出现内存泄露呢？
1 import java.util.List; 2 import java.util.Vector; 3 4 public class MemoryTest { 5 /** 6 * @param args 7 */ 8 public static void main(String[] args) { 9 // TODO Auto-generated method stub 10 Vector vobj = new Vector(10); 11 for(int i=0;i<100;i++) 12 { 13 Object obj = new Object(); 14 vobj.add(obj); 15 //注意此处Java如何清除内存 16 obj = null; 17 //GC会清除这一块内存吗？ 18 } 19 System.out.print("end"); 20 } 21 }
以上程序不会有任何异常提示，是不是就代表没有内存泄露了呢。如果此时i最大值设为：100000000会怎么样呢？不妨自己跑一下程序，下面是我实测的结果，与具体JVM参数设置有关，各人的极限值可能不同。
1 Exception in thread "main" java.lang.OutOfMemoryError: Java heap space 2 at java.util.Arrays.copyOf(Unknown Source) 3 at java.util.Arrays.copyOf(Unknown Source) 4 at java.util.Vector.ensureCapacityHelper(Unknown Source) 5 at java.util.Vector.add(Unknown Source) 6 at MemoryTest.main(MemoryTest.java:14)
出现了内存泄露了吧。但是这种无限放大的方式，只能是事后发现，该出的事情已经出了，应经影响到了生产应用。所以事后检测于事无补。我们还需要另想办法。
二、如何判断是否出现了内存泄露
JVM虚拟机内存的结构上一篇博客已经做了说明，只要Java堆中尚有可用空间，即使泄露也不会出现问题，除非内存空间已经超出JVM内存设置。如果没有设置内存限制，并且内存空间很大的情况下是不会出现错误提示的。这就给我带来了困扰，难道非要等内存不足，发生异常才能发现内存泄露吗？非也。
（1）代码走审：技术要求较高，纯经验法，遗漏可能性较大，可操作性较强，但一般要求互相审查。
（2）工具一 输出JDK的GC日志数据：
设置：JAVA_OPTS增加以下参数打开jdk的GC输出日志：
-verbose:gc -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError
（3）jmap获得运行中的JVM内存快照：
jmap -dump:format=b,file=jmap.hprof <PID>
（4）Eclipse Memory Analyzer：专业工具就是专业； 需要导入jmap.hprof文件，链接地址附上，详细的就不多说了，免得有做广告之嫌。
作者：张子良
出处：http://www.cnblogs.com/hadoopdev
本文版权归作者所有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
