一、从一个例子开始
关于JVM的内存泄露，让我们从下面一个例子开始吧，大家来判断一下如果按照下面这种分配方式，会不会出现内存泄露呢？
import java.util.List;
import java.util.Vector; public class MemoryTest {
/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
Vector vobj = new Vector(10);
for(int i=0;i<100;i++)
{
Object obj = new Object();
vobj.add(obj);
//注意此处Java如何清除内存
obj = null;
//GC会清除这一块内存吗？
}
System.out.print("end");
}
}
以上程序不会有任何异常提示，是不是就代表没有内存泄露了呢。如果此时i最大值设为：100000000会怎么样呢？不妨自己跑一下程序，下面是我实测的结果，与具体JVM参数设置有关，各人的极限值可能不同。
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Unknown Source)
at java.util.Arrays.copyOf(Unknown Source)
at java.util.Vector.ensureCapacityHelper(Unknown Source)
at java.util.Vector.add(Unknown Source)
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文件，链接地址附上，详细的就不多说了，免得有做广告之嫌。