一、从一个例子开始

　　关于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参数设置有关，各人的极限值可能不同。

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文件，链接地址附上，详细的就不多说了，免得有做广告之嫌。