java.lang.OutOfMemoryError:java heap space和java.lang.OutOfMemoryError:PermGen space

可以看到以上异常均为OOM堆内存溢出异常,但是异常的描述又不相同,原因在于出现OOM的情况不同。

java heap space出现原因在于养老区内存满了,同时垃圾回收FULL GC进行回收后依然无法保存对象就会出现该异常。

PermGen space出现的原因在于Java虚拟机对于永久代的内存设置不够,一般情况下是程序启动时加载了大量的第三方jar包导致永久代满了就会出现该异常

以下进行解释:

Java运行在虚拟机JVM上,而JVM结构分为,堆、方法区、程序计数器、虚拟机栈、本地方法栈;而OOM就是相对于堆而言的,其中堆在1.7之前又分为年轻代(新生代,新生区),老年代(养老区),永久代(永久区),而在1.7时逐步去永久代,1.8时以无永久代而是使用元空间,在1.7和1.8版本常量池均在堆中。那么年轻代,老年代和永久代又是什么呢?

大家都知道大部分的对象都存储在堆中,而以上所说堆有划分为了三部分,堆中的对象在这三部分中的那一部分呢。

java 年轻代和老年代 java 老年代爆满_后端

年轻代
首先对象的诞生,成长,消亡均在年轻代,也就是说新创建的对象都保存在年轻代,同时年轻代自身又分为了伊甸区(Eden space)和幸存者区(Survivor space),所有的对象都是在伊甸区被new出来的。幸存区又分为From区(幸存0区)和To区(幸存1区),当伊甸区满了而又需要创建对象时,此时垃圾回收(Minor GC)就要开始工作了,他会扫描整个伊甸区,然后回收所有不再被引用的对象销毁,将剩余未被销毁的对象保存到From区。
MinorGC垃圾回收的过程如下:

  1. eden、From 复制到 To,年龄+1
    首先,当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到Survivor From区,当Eden区再次触发GC的时候会扫描Eden区和From区域,对这两个区域进行垃圾回收,经过这次回收后还存活的对象,则直接复制到To区域(如果有对象的年龄已经达到了老年的标准,则赋值到老年代区),同时把这些对象的年龄+1
  2. 清空 eden、Survivor From
    然后,清空Eden和From中的对象
  3. To和 From 互换
    最后,To和From互换,原To成为下一次GC时的From区。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代
  4. 大对象特殊情况
    如果分配的新对象比较大Eden区放不下,但Old区可以放下时,对象会被直接分配到Old区(即没有晋升这一过程,直接到老年代了)
    MinorGC的过程:复制 -> 清空 -> 互换
    老年代
    经年轻代多次GC后(默认15次)依然存活的对象会被放入老年代,老年代中的对象不会频繁GC,比较稳定。但是老年代如果满了此时也会进行MajorGC(FullGC),清理老年代的内存,当老年代执行了Full GC后发现任然无法进行对象的存储,此时就会出现OOM异常“OutOfMemoryError”。如果出现java.lang.OutOfMemoryError: Java heap space异常,说明Java虚拟机的堆内存不够。原因有二:
    (1)Java虚拟机的堆内存设置不够,可以通过参数-Xms、-Xmx来调整。
    (2)代码中创建了大量大对象,并且长时间不能被垃圾收集器收集(存在被引用)。
    永久代
    永久存储区是一个常驻内存区域,用于存放JDK自身所携带的 Class、Interface 的元数据,也就是说它存储的是运行环境必须的类信息,被装载进此区域的数据是不会被垃圾回收器回收掉的,关闭 JVM 才会释放此区域所占用的内存。如果出现java.lang.OutOfMemoryError: PermGen space,说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况,都是程序启动需要加载大量的第三方jar包。例如:在一个Tomcat下部署了太多的应用。或者大量动态反射生成的类不断被加载,最终导致Perm区被占满。
    Jdk1.8及之后: 无永久代,常量池1.8在堆中,Java8中存在的是元空间(METASPACE),永久代使用的是jvm的堆内存,而元空间不在虚拟机中而是使用本机的物理内存,因此默认元空间大小收到本地虚拟内存的限制

java 年轻代和老年代 java 老年代爆满_oom_02