除了程序计数器外,JVM内存的其他几个运行时区域都有发生OutOfMemoryError(OOM)异常的可能。
下面通过一些实例来验证异常发生的场景。
1、Java堆的溢出
Java堆用来存储对象实例,只要不断的创建对象,并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象,那么在对象数量到达最大堆的容量限制后就会产生内存溢出异常。
import java.util.ArrayList;
import java.util.List;
/* VM args: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
限制Java堆的大小为20MB,不可扩展(将堆的最小值-Xms和最大值-Xmx的参数设为一样就可避免自动扩展)
通过参数-XX:+HeapDumpOnOutOfMemoryError可以让虚拟机在出现内存溢出异常时Dump出当前内存的堆转储快照*/
public class HeapOOM {
static class OOMObject{ }
public static void main(String[] args) {
List<OOMObject> list = new ArrayList<OOMObject>();
while(true){
list.add(new OOMObject());
}
}
}
注意:配置虚拟机的启动参数!!!
运行结果:
产生了一个java_pid3792.hprof文件,就是堆转储快照。
要解决这个区域的异常,一般是通过内存映像分析工具(如Eclipse Memory Analyzer)对Dump出来的堆存储快照进行分析,重点是确认是出现了内存泄漏(程序在申请内存后,无法释放已申请的内存空间,结果申请到的那块内存自己不能再访问,系统也不能再将它分配给需要的程序,此时内存中的对象已死亡)还是内存溢出(程序在申请内存时,没有足够的内存空间供其使用,此时内存中的对象都还存活着)。
接下来用Eclipse Memory Analyzer分析该文件。
点击File-Open Heap Dump,打开java_pid3792.hprof文件。
2、虚拟机栈的溢出
/* VM args: -Xss128k
* 使用-Xss参数减少栈内存容量
* 定义大量的本地变量,增大方法帧中本地变量表的长度
* 都只会抛出StackOverflowError异常*/
public class JavaVMStackSOF {
private int stackLength = 1;
public void stackLeak() {
stackLength++;
stackLeak();
}
public static void main(String[] args) {
JavaVMStackSOF oom = new JavaVMStackSOF();
try {
oom.stackLeak();
} catch (Throwable e) {
System.out.println("stack length:"+oom.stackLength);
throw e;
}
}
}
运行结果:
实验结果表明:
在单个线程下,无论是栈帧太大还是虚拟机的栈容量太小,当内存无法分配时,抛出的异常都是StackOverflowError异常。