JVM中的异常发生
Java虚拟机规范中除了程序计数器外,其他几个运行时区域都有发生OutOfMemoryError异常的可能。
本章笔记通过代码来验证Java虚拟机规范中描述的各个运行时区域存储的内容、以及在以后遇到实际的内存溢出异常时,能根据异常的信息快速判断是哪个区域出现的内存溢出、怎样的代码可能会导致这些区域的内存溢出、以及这些问题该如何处理。
- Java堆溢出:Java堆用于存储对象实例,只要不断的创建对象,并且保证GC Roots到对象之间有可达路径避免垃圾回收机制清除对象,就会在对象数量到达最大堆的容量限制后产生内存溢出异常。-Xms设置堆最小值、-Xmx设置堆最大值、-XX:+HeapDumpOnOutOfMemoryError设置当虚拟机出现OOM异常时,dump出当前内存堆转存快照。其中当把堆最小值与最大值设置相同时候,堆为不可扩展。
/** * -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError */ public class HeapOOM { static class OOMObject { Object obj = new Object(); } public static void main(String[] args) { List<OOMObject> list = new ArrayList<OOMObject>(); while( true) { list.add( new OOMObject()); } } }
要解决这个区域的异常,可以通过内存映像分析工具堆dump出来的快照进行分析,重点是确认内存是出现了泄漏(Memory Leak)还是内存溢出(Memory Overflow)。如果是内存泄漏通过工具查看相关引用链。如果是内存溢出,应当检查虚拟机的堆参数,与机器物理内存对比确认是否可以调大,代码上检查是否存在某些对象生命周期过长、持有状态时间过长的情况。 - 虚拟机栈和本地方法栈溢出:Java虚拟机中关于虚拟机栈和本地方法栈描述了两种异常
*Error:线程请求的栈深度大于虚拟机所允许的最大深度时抛出
OutOfMemoryError:虚拟机在扩展栈时无法申请到足够的内存空间时抛出
-Xoss参数设置本地方法栈内存容量,-Xss参数设置虚拟机栈内存容量。/** * -Xss128k * 使用-Xss减小栈内存容量. * 定义大量本地变量,增加方法帧中本地变量表长度. */ public class JavaVMStackSOF { private int stackLength = 1; public static void main(String[] args) { JavaVMStackSOF javaVMStackSOF = new JavaVMStackSOF(); try { javaVMStackSOF.test(); } catch(java.lang.*Error e) { System. out.println(javaVMStackSOF. stackLength); } } public void test() { ++ stackLength; test(); } }
单线程下,无论是由于栈帧太大,还是虚拟机栈容量太小,当内存无法分配时,虚拟机抛出的都是*Error异常。 如果通过建立线程的方式可以产生内存溢出异常,但这样产生的异常与栈空间是否足够大并没有任何的关系,因为这种情况下,给线程的栈分配的内存越大,越容易产生内存溢出异常。 原因:栈的生命周期与线程相同,每个线程分配到的栈容量越大,可以创建的线程数量就会越少。另外,虚拟机中剩余内存计算方法计算如下:剩余内存 = 操作系统限制进程内存 - 最大堆容量 - 最大方法区容量。程序计数器消耗内存很小,可忽略、若虚拟机进程本身不计算的话,剩下的就是 虚拟机栈和 本地方法栈分了。 因此如果是建立过多线程导致的内存溢出,在不能减少线程数或者更换64位虚拟机的情况下,就只能通过减少最大堆 (我认为应该也可以减少最大方法区) 和减少栈容量来换取更多的线程了。 - 运行时常量池溢出:运行时常量分配在方法区内,可以通过-XX:PermSize和-XX:MaxPermSize限制方法区的大小,从而间接限制常量池的容量。实验代码在jdk 1.7.0_72上实验失败。
/** * -XX:PermSize=10M -XX:MaxPermSize=10M * @author Administrator * */ public class RuntimeConstantPoolOOM { public static void main(String[] args) { List<String> list = new ArrayList<String>(); int i = 0; while( true) { list.add(String. valueOf(i++).intern()); } } }
运行时常量池溢出,在OutOfMemoryError后面跟随的提示信息是"PermGen space", 说明运行时常量池属于方法区的一部分。 - 方法区溢出:方法区溢出是一种常见的内存溢出异常,可以通过-XX:PermSize和-XX:MaxPermSize限制方法区的大小,在经常动态生成大量Class的应用中,需要特别注意类的回收状况。动态生成Class可以使用CGLib字节码增强、动态JSP文件、基于OSGi的应用。下面的代码就是借助CGLib使方法区出现内存溢出异常
/** * -XX:PermSize=10M -XX:MaxPermSize=10M */ public class JavaMethodAreaOOM { public static void main(String[] args) { while( true) { Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(OOMObject. class); enhancer.setUseCache( false); enhancer.create(); } } static class OOMObject { } }
- 本机直接内存溢出:直接内存(DirectMemory)容量可以通过-XX:MaxDirectMemorySize指定,如果不指定MaxDirectMemorySize默认值与Java堆的最大值一样。下面的代码使用Unsafe功能申请分配内存。
/** * -Xmx20M -XX:MaxDirectMemorySize=10M */ public class DirectMemoryOOM { private static final int _1MB = 1024*1024; public static void main(String[] args) throws IllegalArgumentException, IllegalAccessException { Field unsafeField = sun.misc.Unsafe.class.getDeclaredFields()[0]; unsafeField.setAccessible( true); sun.misc.Unsafe unsafe = (sun.misc.Unsafe)unsafeField.get( null); while( true) { unsafe.allocateMemory( _1MB); } } }
方法入参建议使用JavaBean传递
当方法参数很多时候,不便于阅读和维护,因此建议使用一个JavaBean来包装入参。这个建议的另外一方面因素请先考虑下面这个问题
public class MyBean { private final double a; private final double b; public MyBean(double a, double b) { this.a = a; this.b = b; } public double getA() { return a; } public double getB() { return b; } }
public class *TestA { private static int invokeMethodCount = 0; public static void method(MyBean myBean) { ++invokeMethodCount; System.out.println(invokeMethodCount); //method(new MyBean(myBean.getA(), myBean.getB())); method(myBean); } public static void main(String[] args) { try { method(new MyBean(1L, 2L)); } catch(Throwable e) { System.out.println("调用次数 : " + invokeMethodCount); } } }
public class *TestB { private static int invokeMethodCount = 0; public static void method(long a, long b) { ++invokeMethodCount; System.out.println(invokeMethodCount); method(a, b); } public static void main(String[] args) { try { method(1L, 2L); } catch(Throwable e) { System.out.println("调用次数 : " + invokeMethodCount); } } }
我们都知道Java虚拟机栈的空间有限,当出现无限递归的代码时就会发生*Error错误。
那么请思考上面代码中*TestA和*TestB哪一个递归的深度更深一些?如果*TestB中method方法入参变为两个short类型呢?