Java常见内存溢出异常分析(OutOfMemoryError)

链接地址：http://my.oschina.net/sunchp/blog/369412

1.背景知识

1）.JVM体系结构

2）.JVM运行时数据区

JVM内存结构的相关可以参考：

http://my.oschina.net/sunchp/blog/369707

2.堆溢出(OutOfMemoryError:java heap space)

堆（Heap）是Java存放对象实例的地方。

堆溢出可以分为以下两种情况，这两种情况都会抛出OutOfMemoryError:java heap space异常：

1）内存泄漏

内存泄漏是指对象实例在新建和使用完毕后，仍然被引用，没能被垃圾回收释放，一直积累，直到没有剩余内存可用。

如果内存泄露，我们要找出泄露的对象是怎么被GC ROOT引用起来，然后通过引用链来具体分析泄露的原因。

分析内存泄漏的工具有：Jprofiler，visualvm等。

示例：

?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

package com.demo3;

import java.util.ArrayList;

import java.util.List;

import java.util.UUID;

public class OOMTest {

    public static void main(String[] args) {

        List<UUID> list = new ArrayList<UUID>();

        while (true) {

            list.add(UUID.randomUUID());

        }

    }

}

通过如下命令运行程序：

?


1

java -Xms10M -Xmx10M -XX:-UseGCOverheadLimit OOMTest

输出结果：

?


1

2

3

4

5

6

7

8

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

    at sun.security.provider.DigestBase.engineDigest(DigestBase.java:163)

    at java.security.MessageDigest$Delegate.engineDigest(MessageDigest.java:576)

    at java.security.MessageDigest.digest(MessageDigest.java:353)

    at sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:226)

    at java.security.SecureRandom.nextBytes(SecureRandom.java:455)

    at java.util.UUID.randomUUID(UUID.java:145)

    at com.demo3.Test.main(Test.java:12)

2）内存溢出

内存溢出是指当我们新建一个实力对象时，实例对象所需占用的内存空间大于堆的可用空间。

如果出现了内存溢出问题，这往往是程序本生需要的内存大于了我们给虚拟机配置的内存，这种情况下，我们可以采用调大-Xmx来解决这种问题。

示例：

?


1

2

3

4

5

6

7

8

9

10

11

12

package com.demo3;

import java.util.ArrayList;

import java.util.List;

public class OOMTest {

    public static void main(String[] args) {

        List<byte[]> buffer = new ArrayList<byte[]>();

        buffer.add(new byte[10 * 1024 * 1024]);

    }

}

通过如下命令运行程序：

?


1

java -verbose:gc -Xmn10M -Xms20M -Xmx20M -XX:+PrintGC OOMTest

输出结果：

?


1

2

3

4

5

6

7

[GC 836K->568K(19456K), 0.0234380 secs]

[GC 568K->536K(19456K), 0.0009309 secs]

[Full GC 536K->463K(19456K), 0.0085383 secs]

[GC 463K->463K(19456K), 0.0003160 secs]

[Full GC 463K->452K(19456K), 0.0062013 secs]

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

    at com.demo3.OOMTest.main(OOMTest.java:10)

 

3.持久带溢出(OutOfMemoryError: PermGen space)

持久带(PermGen space)是JVM实现方法区的地方，因此该异常主要设计到方法区和方法区中的常量池。

1）.方法区

方法区（Method Area）不仅包含常量池，而且还保存了所有已加载类的元信息。当加载的类过多，方法区放不下所有已加载的元信息时，就会抛出OutOfMemoryError: PermGen space异常。主要有以下场景：

  • 使用一些应用服务器的热部署的时候，我们就会遇到热部署几次以后发现内存溢出了，这种情况就是因为每次热部署的后，原来的class没有被卸载掉。
  • 如果应用程序本身比较大，涉及的类库比较多，但是我们分配给持久带的内存（通过-XX:PermSize和-XX:MaxPermSize来设置）比较小的时候也可能出现此种问题。

2）.常量池

常量池（Runtime Constrant Pool）专门放置源代码中的符号信息。常量池中除了包含代码中所定义的各种基本类型（如int、long等等）和对象型（如String及数组）的常量值外，还包含一些以文本形式出现的符号引用，比如：类和接口的全限定名；字段的名称和描述符；方法的名称和描述符等。

当常量池需要的空间大于常量池的实际空间时，也会抛出OutOfMemoryError: PermGen space异常。

例如，Java中字符串常量是放在常量池中的，String.intern()这个方法运行的时候，会检查常量池中是否存和本字符串相等的对象，如果存在直接返回对常量池中对象的引用，不存在的话，先把此字符串加入常量池，然后再返回字符串的引用。那么可以通过String.intern方法来模拟一下运行时常量区的溢出.

4.线程栈

栈（JVM Stack）存放主要是栈帧( 局部变量表, 操作数栈 , 动态链接 , 方法出口信息 )的地方。注意区分栈和栈帧：栈里包含栈帧。

与线程栈相关的内存异常有两个：

  • StackOverflowError(方法调用层次太深，内存不够新建栈帧)
  • OutOfMemoryError（线程太多，内存不够新建线程）

1）.java.lang.StackOverflowError

栈溢出抛出java.lang.StackOverflowError错误，出现此种情况是因为方法运行的时候，请求新建栈帧时，栈所剩空间小于战帧所需空间。

例如，通过递归调用方法,不停的产生栈帧,一直把栈空间堆满,直到抛出异常 ：

?


1

2

3

4

5

6

7

8

9

10

11

12

package com.demo3;

public class OOMTest {

    public void stackOverFlowMethod() {

        stackOverFlowMethod();

    }

    public static void main(String... args) {

        OOMTest oom = new OOMTest();

        oom.stackOverFlowMethod();

    }

}

运行结果：

?


1

2

3

4

5

6

7

8

9

10

Exception in thread "main" java.lang.StackOverflowError

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    at com.demo3.OOMTest.stackOverFlowMethod(OOMTest.java:5)

    .....

2）.java.lang.OutOfMemoryError:unable to create new native thread 

因为虚拟机会提供一些参数来保证堆以及方法区的分配，剩下的内存基本都由栈来占有，而且每个线程都有自己独立的栈空间(堆,方法区为线程共有)。所以：

  • 如果你把虚拟机参数Xss调大了,每个线程的占用的栈空间也就变大了，那么可以建立的线程数量必然减少
  • 公式：线程栈总可用内存=JVM总内存-（-Xmx的值）- （-XX:MaxPermSize的值）- 程序计数器占用的内存

如果-Xmx或者-XX:MaxPermSize太大,那么留给线程栈可用的空间就越小，在-Xss参数配置的栈容量不变的情况下，可以创建的线程数也就越小。

上述两种情况都会导致：当创建的线程数太多时，栈内存不够用来创建新的线程，那么就会抛出java.lang.OutOfMemoryError:unable to create new native thread 异常。

PS：由于在window平台的虚拟机中,java的线程是隐射到操作系统的内核线程上的,所以运行一下产生该异常的代码时,可能会导致操作系统假死。

时间： 2024-10-03 09:01:37

Java常见内存溢出异常分析(OutOfMemoryError)的相关文章

Java虚拟机结构及常见内存溢出异常

每个Java虚拟机都有一个类加载器子系统,根据某个全限定名来装入类型,同样每个Java虚拟机都有一个执行引擎,它负责执行那些包含在被装载类的方法中的指令. 当虚拟机运行一个程序时,就需要从已加载的文件中得到信息,将这些信息组织到运行时数据区,以便于管理. Java运行时的数据区域划分 1.程序计数器:程序计数器是一块较小的内存空间,可以看做是当前线程的字节码的行号指示器. Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的,在任何一个时刻,一个处理器只会执行一条线程中的指

java常见内存溢出(OOM)

jvm内存区域 程序计数器一块很小的内存空间,作用是当前线程所执行的字节码的行号指示器. java栈与程序计数器一样,java栈(虚拟机栈)也是线程私有的,其生命周期与线程相同.通常存放基本数据类型,对象引用(一个指向对象起始地址的引用指针或一个代表对象的句柄),reeturnAddress类型(指向一条字节码指令的地址) 栈区域有两种异常类型:如果线程请求的栈深度大于虚拟机所允许的深度,将抛StrackOverflowError异常:如果虚拟机栈可以动态扩展(大部分虚拟机都可动态扩展),当扩展

Java虚拟机-内存溢出异常

内存泄露与内存溢出 内存泄露一般是代码设计存在缺陷导致的,指程序中动态分配内存给一些临时对象,但是对象不会被GC所回收,它始终占用内存.即被分配的对象可达但是已经无用:通过了解内存泄露的场景,可以避免不必要的内存溢出和提高自己的代码水平: 内存泄露的几种场景:1.长生命周期的对象持有短生命周期对象的引用      例如:在全局静态map中缓存局部变量,且没有清空操作,随着时间的推移,这个map会越来越大,造成内存泄露:2.修改hashset中对象的参数值,且参数是计算哈希值的字段     当一个

java常见内存溢出情形

虚拟机栈溢出(如果虚拟机在扩展时无法申请到足够的内存空间将抛出OutOfMemoryError) package com.jvm.memory; import java.util.ArrayList; import java.util.List; public class HeapOOM { /** * VM 运行时参数 -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError * @param args */ public static void main

JVM高级特性与实践（一）：Java内存区域 与 内存溢出异常

对于从事C.C++的开发人员而言,在内存管理领域,他们具有绝对的“权利”——拥有每个对象的控制权,并担负着每个对象生命周期的维护责任.而对于Java开发人员而言,在虚拟机自动内存管理机制的帮助下,无需为每一个创建new操作去配对 delete/free 代码,减少内存泄漏和内存溢出的问题,这些都交给了Java虚拟机去进行内存控制,但是正因如此,当出现相关问题时,若不了解JVM使用内存规则,就难以排查错误.接下来以此篇文章记录学习Java虚拟机内存各个区域概念.作用.服务对象以及可能产生的问题.

Java内存溢出异常（上）

上一篇文章我们讲了JVM运行时数据区域与内存溢出异常,其中对于内存溢出异常这部分将的不够详细,这篇文章将着重讲解Java内存溢出异常的相关知识.如果有没看过上一篇文章的小伙伴们,请点击Java内存区域与内存溢出异常. Java的内存溢出异常主要分为两类:分别是内存溢出和栈溢出.在以下几种情况,会抛出内存异常:Java堆溢出.虚拟机栈和本地方法栈溢出.方法区和运行时常量池溢出.以及本机直接内存溢出,下面讲一一介绍这几类异常. Java堆溢出 在Java内存区域与内存溢出异常中讲过,Java堆主要是

如何写出让java虚拟机发生内存溢出异常OutOfMemoryError的代码

程序小白在写代码的过程中,经常会不经意间写出发生内存溢出异常的代码.很多时候这类异常如何产生的都傻傻弄不清楚,如果能故意写出让jvm发生内存溢出的代码,有时候看来也并非一件容易的事.最近通过学习<深入理解java虚拟机-JVM高级特性与最佳实践>这本书,终于初步了解了一下java虚拟机的内存模型.本文通过写出使jvm发生内存溢出异常的代码来对自己的学习结果进行总结,同时也提醒自己以后写代码时候不要再跳进这个坑啦. java的内存管理是由java虚拟机自动进行管理的,并不需要程序员过多的手动干预

OutOfMemoryError/OOM/内存溢出异常实例分析--堆内存异常

Java堆内存溢出 只要不断创建对象,并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象, 那么在对象数量到达最大堆的容量限制后就会产生内存溢出异常,代码如下: import java.util.ArrayList; import java.util.List; public class HeapOOM { static class OOMObject { } public static void main(String[] args) { List<OOMObject>

深入理解java虚拟机学习 笔记 第二章 java 内存区域和内存溢出异常

2.2 运行时区域 java虚拟机划分成若干个不同的数据区域, 1.程序计数器,字节码解释器工作时就是通过改变计数器的值来取吓一跳需要执行的字节码命令 了解 String.intern()方法 作用: 如果字符串常量池中一个包含了一个等于此String对象的字符串,则返回代表池中的这个字符串的String对象,否则将此对象包含的字符串添加到常量池中,并返回此String对象的引用. 实战 将堆的最小值 -Xms参数与最大值-Xmx参数设置为一样即可避免堆自动扩展  通过参数 -XX:+HeapD