一次OOM测试并分析

堆dump文件分析

Java代码：

public class HeapTest2 {

    static class OOMObject {

        private byte[] arrs = new byte[64 * 1024];　　// 会占用64k的堆内存

    }

    public static void fillHeap(int num) throws InterruptedException {

        List<OOMObject> oomObjects = new ArrayList<>();

        for (int i = 0; i < num; i++) {

            Thread.sleep(50);

            oomObjects.add(new OOMObject());　　// 不断创建OOMObject对象并将其添加到oomObjects中，使GCRoots可达

        }

    }

    public static void main(String[] args) throws InterruptedException {

        fillHeap(1000);

        System.gc();

    }

}

JVM参数配置：

设置堆内存为20M，并在发生OOM自动生成堆dump文件

-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=C:\Users\17090889\Desktop\

运行后控制台输出：

java.lang.OutOfMemoryError: Java heap space

Dumping heap to C:\Users\17090889\Desktop\java_pid5220.hprof ...

Heap dump file created [20723289 bytes in 0.069 secs]

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

    at jvm.HeapTest2$OOMObject.<init>(HeapTest2.java:16)

    at jvm.HeapTest2.fillHeap(HeapTest2.java:23)

    at jvm.HeapTest2.main(HeapTest2.java:29)

Process finished with exit code 1

通过使用 IBM HeapAnalyzer分析结果如下：

注意：IBM HeapAnalyzer工具启动命令为：java -Xmx2048m -jar ha.jar　　-Xmx参数为jvm最大内存，可依实际情况调整，尽量依本机内存情况调大，否则在找开较大的

　　heapDump文件时易出现OOM

可以看到

19,148,784 bytes (96.54 %) of Java heap is used by 292 instances of jvm/HeapTest2$OOMObject

OOMObject对象在堆内存中有292个，占据了19M，96%的堆内存空间导致内存溢出。

在之前的JVM参数中再加上打印GC日志信息

-Xms20m

-Xmx20m

-XX:+HeapDumpOnOutOfMemoryError

-XX:HeapDumpPath=C:\Users\17090889\Desktop\

-XX:+PrintGCDetails

-XX:+PrintGCDetails

-XX:+PrintGCTimeStamps

-XX:+PrintHeapAtGC

-XX:+PrintGCDateStamps

-Xloggc:C:\Users\17090889\Desktop\verbose.gc

待续...

线程core文件分析：

　　线程core中线程的几种状态：

　　NEW：未启动的，不会出现在Dump中

　　RUNNABLE：就绪的，在虚拟机内执行的

　　BLOCKED：受阻塞并等待监视器锁

　　WATING：无限期等待另一个线程执行特定操作

　　TIMED_WATING：有时限的等待另一个线程的特定操作

　　TERMINATED：已退出的

巴特西

一次OOM测试并分析

最新文章

热门文章