美文网首页
第二章(三)OOM异常

第二章(三)OOM异常

作者: 靈08_1024 | 来源:发表于2018-07-04 22:23 被阅读11次

在Java语言中,OOM异常是很常见的,而且这部分是面试的重点。所以会有部分代码示例,以供参考。从这部分内容中你会学会对JAVA问题分析。

在JVM中,除了程序计数器外,其他区域都会出现OOM异常。

如果使用终端,直接追加命令即可。如果是IDEA,按照下面的操作:


image.png

进入之后有VM options,在其中填写即可。

Java堆溢出

Java堆用于存储对象实例,只要不断的创建,且保证创建的速度大于GC的速度时,因堆容量超限而内存溢出。

示例代码

/**
 * @author lingbao08
 * @DESCRIPTION Java堆内存溢出异常测试
 * VM Args: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
 * @create 2018/7/2 13:10
 **/

public class HeapOOM {

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

参数说明
将堆的最小值-Xms和堆的最大值-Xmx设置相同,避免堆自动扩展,即此时堆是固容。通过参数-XX:+HeapDumpOnOutOfMemoryError可以让虚拟机在出现内存溢出时Dump出当前内存堆转储快照,便于事后分析。
运行结果

java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid91169.hprof ...
Heap dump file created [27958645 bytes in 0.113 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:3210)
    at java.util.Arrays.copyOf(Arrays.java:3181)
    at java.util.ArrayList.grow(ArrayList.java:261)
    at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
    at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
    at java.util.ArrayList.add(ArrayList.java:458)
    at com.example.demo.OOM.HeapOOM.main(HeapOOM.java:17)

异常处理
通过内存映射工具对dump出来的堆转储快照进行分析,确定内存中的对象是否必要——即是内存泄漏还是内存溢出。
如果是内存泄漏,确定泄漏对象与GCRoots之间的关系。
如果是内存溢出,则检查JVM堆参数(-Xmx和-Xms),看是否可再调大。检查某些对象的生命周期是否过长,减少内存消耗。

虚拟机栈和本地方法栈溢出

虚拟机栈溢出包含两种:

  • 若线程请求的栈深度大于虚拟机所允许的深度,抛出StackOverflowError。
  • 若虚拟机在扩展栈时,无法申请到足够的内存空间,抛出OutOfMemoryError。
单线程示例

示例代码
通过限制栈大小,并定义大量本地变量,增加此方法帧中本地变量表的长度。导致SOF异常。

/**
 * @author lingbao08
 * @DESCRIPTION java栈溢出
 * VM Args:-Xss 256k
 * @create 2018/7/3 10:08
 **/

public class JVMStackOverflow {

    private int stackLength = 1;

    public static void main(String[] args) throws Throwable {
        JVMStackOverflow oom = new JVMStackOverflow();
        try {
            oom.stackLength();
        }catch (Throwable e){
            System.out.println("stack length:"+oom.stackLength);
            throw e;
        }
    }

    public void stackLength(){
        stackLength++;
        stackLength();
    }
}

参数说明
-Xss设置VM栈大小(JVM默认为1M)。
在HotSpot中不区分VM栈和本地方法栈,所以-Xoss(本地方法栈大小)存在但无效。
运行结果2

stack length:1891
Exception in thread "main" java.lang.StackOverflowError
    at com.example.part2.JVMStackOverflow.stackLength(JVMStackOverflow.java:25)
......

异常处理
在单线程下,无论是栈帧太大还是VM栈容量太小,当内存无法分配时,都会抛出SOF异常。
在多线程时,通过不断的建立线程可以导致OOM异常。
操作系统分配给每个进程的内存是有限的。如Win32位的单进程是2G。

JVM总消耗内存=堆内存(Xmx)+方法区内存(MaxPermSize)+栈(和本地方法)内存(Xss)+程序计数器(很小,可以忽略不计)。

该总内存不能超过系统分配给单进程的内存,且要注意消耗内存总和不能超过系统内存。

多线程示例

示例代码
该代码段通过将栈内存设置大而导致OOM异常。
本代码段执行有风险,可能会导致系统假死或者处于高速运转中,原因见上异常处理。

/**
 * @author lingbao08
 * @DESCRIPTION 虚拟机栈与OOM异常
 * VM Args:-Xss2g
 * @create 2018/7/4 14:06
 **/

public class JVMStackOOM {

    public static void main(String[] args) {
        JVMStackOOM jvmStackOOM = new JVMStackOOM();
        jvmStackOOM.stackLeakByThread();
    }

    public void stackLeakByThread() {
        while (true) {
            Thread thread = new Thread(
                    new Runnable() {
                        public void run() {
                            dontStop();
                        }
                    }
            );
            thread.start();
        }
    }

    private void dontStop() {
        while (true) {
        }
    }
}

运行结果

java.lang.OutOfMemoryError: unable to create new native thread
    at java.lang.Thread.start0(Native Method)
    at java.lang.Thread.start(Thread.java:714)
    at java.lang.ref.Reference.<clinit>(Reference.java:162)

方法区和运行时常量溢出

由于JDK1.6时,运行时常量池属于方法区的一部分,因此该区域进行如下测试。
String.intern()是一个native方法,其作用是:1)若字符串常量池中包含等于该String对象的字符串,则返回常量池中的String对象;2)若没有,将此String包含的字符串添加到常量池中,且返回此字符串对象的引用。
示例代码

/**
 * @author lingbao08
 * @DESCRIPTION 运行时常量池溢出
 * VM Args:-XX:PermSize=10M -XX:MaxPermSize=10M
 * @create 2018/7/4 06:04
 **/

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());
        }
    }
}

参数说明
-XX:PermSize=10M设置方法区初始内存。
-XX:MaxPermSize=10M设置方法区最大内存。
运行结果
JDK6中:

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2760)
    at java.util.Arrays.copyOf(Arrays.java:2734)
    at java.util.ArrayList.ensureCapacity(ArrayList.java:167)
    at java.util.ArrayList.add(ArrayList.java:351)
    at com.example.part2.RuntimeConstantPoolOOM.main(RuntimeConstantPoolOOM.java:18)

JDK7中,运行正常。
JDK8中:

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=10M; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=10M; support was removed in 8.0

可以看出,从6到8的过程中,从6到7,是将字符串常量池从方法区移动到堆中,从7到8,完全移除方法区大小的参数使用。(因为~~~~)。

异常处理
扩容和检查代码。

关于常量池的另一点差异:

  String s1 = "java";
  String str1 = new String("计算机")+"软件";
  System.out.println(str1.intern()==str1);
  String str2 = new String("ja")+"va";
  System.out.println(str2.intern()==str2);

如上代码,在JDK6中,输出false,false。而在JDK7+中,输入true,false。
我们都知道new的对象在java堆中,在JDK6中,intern()方法将首次遇到的字符串实例复制到永久代中,返回的也是永久代中这个实例的引用,所以两者不相等。而在JDK7中,intern()方法只是在常量池中记录首次出现实例的引用,所以两者指向同一对象。

Java在方法区的GC是比较苛刻的,但主要见于经常动态生成大量Class的应用或者技术中,如Spring、Hibernate等使用CGLib技术的,大量JSP或动态生成JSP文件的应用,基于OSGi的应用等。此时是需要对一些动态类进行回收的。

本机直接内存溢出

示例代码
通过Unsafe实例进行分配(这是一个底层类且不希望给非jdk类使用,所以采用反射使用)。其中unsafe.allocateMemory()方法是申请内存的。

/**
 * @author lingbao08
 * @DESCRIPTION 
 * VM Args:-XX:MaxDirectMemorySize=10m -Xmx20m
 * @create 2018/7/4 18:13
 **/

public class DirectMemoryOOM {
    public static final int _10MB = 1024 * 1024*10;

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

        Field unsafeField = Unsafe.class.getDeclaredFields()[0];
        unsafeField.setAccessible(true);
        Unsafe unsafe = (Unsafe) unsafeField.get(null);
        while (true)
            unsafe.allocateMemory(_10MB);
    }
}

参数说明
-XX:MaxDirectMemorySize指定直接内存大小,默认和Java堆一样大。
运行结果
运行时间稍长。

java(92900,0x700006f66000) malloc: *** mach_vm_map(size=10485760) failed (error code=3)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
Exception in thread "main" java.lang.OutOfMemoryError
    at sun.misc.Unsafe.allocateMemory(Native Method)
    at com.example.part2.DirectMemoryOOM.main(DirectMemoryOOM.java:22)

异常处理
由DirectMemory导致的内存溢出,在堆转储文件中很难发现明显的异常,如果发现OOM异常之后Dump文件很小,而程序中又直接或间接的使用了NIO,则应考虑着一方面。

ps:DirectByteBuffer类是本机直接内存的一个底层类,且该类不公开,该类是通过计算得知内存无法分配,然后手动抛错OOM,而其真正申请分配内存的方法是Unsafe.allocateMemory()。
//TODO:该部分在后期开篇NIO时,再研究。

总结

JVM异常.png

相关文章

网友评论

      本文标题:第二章(三)OOM异常

      本文链接:https://www.haomeiwen.com/subject/lszkuftx.html