实战：OutOfMemoryError异常之 Java堆溢出

        Java堆用于存储对象实例，只要不断创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清楚这些对象，那么在对象数量到达最大堆的容量限制后就会产生内存溢出异常。

代码清单

public class HeapOOM {
    static class OOMObject{
    }

    public static void main(String[] args) {
        List<OOMObject> list = new ArrayList<OOMObject>();
        while (true){
            list.add(new OOMObject());
        }
    }
}

VM参数设置

VM Options：-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError

/**
* -Xms20m：堆最小容量20M
* -Xmx20m：堆最大容量20M
* 最小容量=最大容量：可避免堆自动扩展
* -XX:+HeapDumpOnOutOfMemoryError：将内存溢出异常dump成当前的内存堆转储快照以便事后分析
**/

VM Options设置步骤：

• 点击Run->Edit Configurations
• 新增Application，在右侧Configuration中设置

 运行结果

        运行结果给出了异常堆栈信息，以及内存堆转储快照文件java_pid13416.hprof，文件默认存储在项目根目录下。

 分析Java堆内存问题的简单思路

        根据Dump出来的堆转储快照进行分析，分析重点是确实内存中的对象是否是必要的。也就是要先分清楚到底是出现了内存泄漏（Memory Leak）还是内存溢出（Memory Overflow）。

• 内存泄漏：说明堆当中存在很多没有被回收但却没必要存在的对象（因为与GC Roots建立了不必要的关联）。进一步通过工具查看泄露对象到GC Roots的引用链，于是就能找到泄露对象是通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收他们。根据泄露对象的类型信息以及GC Roots引用链信息就可以比较准确地定位出泄露代码的位置。
• 内存溢出：如果不存在泄露，说明内存中的对象都有必要存活。那就应当检查虚拟机的堆参数（-Xms和-Xmx），与机器物理内存对比看是否还可以调大；从代码上检查是否存在某些对象生命周期过长，持有状态时间过长的情况，尝试减少程序运行期的内存消耗。

虚拟机堆转储快照分析工具以及使用

• 工具：jhat (JVM Heap Analysis Tool)命令。是Sun JDK提供的分析堆转储快照的工具，jhat内置了一个微型的HTTP/HTML服务器，可以在浏览器中查看生成的dump文件的分析结果。
• 在实际工作中，一般不会直接使用jhat命令来分析dump文件。原因如下：
  • 分析工作是一个耗时和消耗硬件资源的过程，一般不会在部署应用程序的机器上直接分析，既然是复制到其他机器上，就没必要受到命令行工具的限制了。
  • jhat的分析功能比较简陋，取而代之的是目前有很多专业的用于分析dump文件的工具，比如VisualVM、Eclipse Memory Analyzer、IBM HeapAnalysis等。
• 使用jhat查看dump文件：

​​​​​​        1. 控制台输入命令：

        2. 屏幕显示“Server is ready.”提示后，在浏览器中键入http://localhost:7000就可以查看分析结果。分析内存泄漏问题主要使用到其中的heap histogram与OQL页签功能。前者可以找到内存中总容量最大的对象；后者是标准的对象查询语言，使用类似于SQL的语法对内存中的对象进行查询统计。