一、Java堆溢出
测试代码:
/** *Java堆异常测试
*VM Args: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=E:\job
*以上参数的含义是:限制Java堆大小为20MB,不可扩展
*通过此参数可以让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照
*将内存溢出快照存储到指定路径:E:\job
*/public class HeapOOM { static class OOMObject {} public static void main(String[] args) { Listlist = new ArrayList (); while(true) { list.add(new OOMObject()); } }}
执行结果:
java.lang.OutOfMemoryError: Java heap spaceDumping heap to E:\job ...Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:2245) at java.util.Arrays.copyOf(Arrays.java:2219) at java.util.ArrayList.grow(ArrayList.java:242) at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:216) at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:208) at java.util.ArrayList.add(ArrayList.java:440) at com.sandy.jvm.chapter02.HeapOOM.main(HeapOOM.java:19)
针对这类异常,可通过分析工具(如Eclipse Memory Analyzer)对异常快照进行分析,找到具体发生异常代码。
二、虚拟机栈和本地方法栈的溢出
由于HotSpot虚拟机不区分虚拟机栈和本地方法栈,因此不需要设置-Xoss参数,栈容量只由-Xss参数设定。
针对栈,虚拟机规范了两种异常:
- 如果线程请求的栈深度大于虚拟机所允许的最大深度,将抛出StackOverflowError异常。
测试代码:
/** * VM Args: -Xss128k */public class JavaStackSOF { private int stackLength = 1; public void stackLeak() { stackLength++; stackLeak(); } public static void main(String[] args) { JavaStackSOF oom = new JavaStackSOF(); try{ oom.stackLeak(); }catch(Throwable e) { System.out.println("stack length:" + oom.stackLength); throw e; } }}
执行结果:
stack length:2101Exception in thread "main" java.lang.StackOverflowError at com.sandy.jvm.chapter02.JavaStackSOF.stackLeak(JavaStackSOF.java:13) at com.sandy.jvm.chapter02.JavaStackSOF.stackLeak(JavaStackSOF.java:14) at com.sandy.jvm.chapter02.JavaStackSOF.stackLeak(JavaStackSOF.java:14) at com.sandy.jvm.chapter02.JavaStackSOF.stackLeak(JavaStackSOF.java:14) at com.sandy.jvm.chapter02.JavaStackSOF.stackLeak(JavaStackSOF.java:14) at com.sandy.jvm.chapter02.JavaStackSOF.stackLeak(JavaStackSOF.java:14) at com.sandy.jvm.chapter02.JavaStackSOF.stackLeak(JavaStackSOF.java:14) ...
单个线程下,无论是由于栈帧太大还是虚拟机栈容量太小,虚拟机抛出的都是StackOverflowError。
- 如果虚拟机扩展栈时,无法申请到足够的空间,将抛出OutOfMemoryError异常。
测试代码:
/** * VM Args: -Xss2M (这时候不妨设置大一点点) */public class JavaStackOOM { private void dontstop() { while(true) { } } public void stackLeakThread() { while(true) { new Thread() { @Override public void run() { dontstop(); } }.start(); } } public static void main(String[] args) { JavaStackOOM oom = new JavaStackOOM(); oom.stackLeakThread(); }}
测试结果会抛出:Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread
这种情况下,为每个线程栈分配的内存越大,越容易出现内存溢出。
原因是:操作系统为每个进程分配的内存有限制,比如32位windows限制为2GB,栈内存=2GB-Xmx(最大堆容量)-MaxPermSize(最大方法区容量),每个线程分配的栈内存越大,可创建的线程数就越少,越容易把剩下内存耗尽。
三、方法区和常量池溢出
String.intern()是一个Native方法,作用是:如果字符串常量池已包含了一个等于String对象的字符串,则返回这个字符串的String对象,否则,将此String对象包含的字符串添加到常量池,并且返回此String对象的引用。
在jdk1.6及之前版本,常量池分配在永久代中,可通过-XX:PermSize和-XX:MaxPermSize限制方法区大小。
/* * VM Args: -XX:PermSize=10M -XX:MaxPermSize=10M(限制常量池容量) * */public class RunTimeConstantPoolOutOfMemoryError { public static void main(String[] args) { // 使用list保持常量池引用,避免常量池内的数据被垃圾回收清除 Listlist = new ArrayList<>(); long i = 0; while (true) { String string = (i++) + ""; list.add(string.intern()); } }}
此段代码在jdk6之前的版本中运行时会产生:Exception in thread "main" java.lang.OutOfMemoryError: PermGen space 其中PermGen space指示内存溢出发生在运行时常量池中。
在jdk7的环境中运行得到的结果却是: Exception in thread "main" java.lang.OutOfMemoryError: Java heap space 指示内存溢出发生在堆中而不是方法区中的常量池。
因为在 JDK1.2 ~ JDK6 的实现中,HotSpot 使用永久代实现方法区,而从 JDK7 开始 Oracle HotSpot 开始移除永久代,JDK7中符号表被移动到 Native Heap中,字符串常量和类引用被移动到 Java Heap中。在 JDK8 中,永久代已完全被元空间(Meatspace)所取代。
四、本机直接内存溢出
DirectMemory容量可通过-XX:MaxDirectMemorySize指定,如果不指定,默认与Java堆最大值一样。
测试代码:
/** * VM Args: -Xmx20M -XX:MaxDirectMemorySize=10M */public class DirectMemoryOOM { private static final int _1MB = 1024*1024; public static void main(String[] args) throws Exception { Field unsafeFiled = Unsafe.class.getDeclaredFields()[0]; unsafeFiled.setAccessible(true); Unsafe unsafe = (Unsafe)unsafeFiled.get(null); while(true) { unsafe.allocateMemory(_1MB); } }}
测试结果:
Exception in thread "main" java.lang.OutOfMemoryError at sun.misc.Unsafe.allocateMemory(Native Method) at com.sandy.jvm.chapter02.DirectMemoryOOM.main(DirectMemoryOOM.java:22)
由DirectMemory导致的内存溢出,明显特征是在Heap Dump文件中不会看见明显的异常,如果发现Dump文件很小,而程序直接或间接使用了NIO,那可以考虑是否由此原因引起。