JVM中的堆的新生代老年代永久代

Posted 2022-08-19 流楚丶格念

文章目录

• 概述
• 具体说明
• • 新生代
  • 老年代
  • 永久代
  • • 采用元空间而不用永久代的原因：

概述

JVM堆内存 在物理上 分为三个区：

伊甸园 eden：最初对象都分配到这里，与幸存区合称新生代
幸存区 survivor：当伊甸园内存不足，回收后的幸存对象到这里，分成 from 和 to，采用标记复制算法
老年代 old：当幸存区对象熬过几次回收（最多15次），晋升到老年代（幸存区内存不足或大对象会导致提前晋升）

另外在逻辑上其实还存在一个元空间（1.8的，1.7是叫永久代）

具体说明

新生代

新生代主要用来存放新生的对象。一般占据堆空间的1/3。

在新生代中，保存着大量的刚刚创建的对象，但是大部分的对象都是朝生夕死，所以在新生代中会频繁的进行MinorGC，进行垃圾回收。新生代又细分为三个区：Eden区、From、To区，三个区的默认比例为：8：1：1。

Eden区：Java新创建的对象绝大部分会分配在Eden区（如果对象太大，则直接分配到老年代）。当Eden区内存不够的时候，就会触发MinorGC（新生代采用的是复制算法），对新生代进行一次垃圾回收。

Eden 中文名：伊甸园（北欧神话亚当夏娃的乐园好像是，哎要是我我直接起名洪荒）

Survivor区：包括 From区和To区

在GC开始的时候，对象只会存在于Eden区和名为From的Survivor区，To区是空的，一次MinorGc过后，Eden区和SurvivorFrom区存活的对象会移动到Survivor的To区中，然后会清空Eden区和Survivor的From区，并对存活的对象的年龄+1，如果对象的年龄达到15，则直接分配到老年代。

MinorGC完成后，Survivor的From区和Survivor的To区的功能进行互换。下一次MinorGC时，会把Survivor的To区和Eden区存活的对象放入Survivor的From区中，并计算对象存活的年龄。

老年代

老年代主要存放应用中生命周期长的内存对象。老年代比较稳定，不会频繁的进行MajorGC。

而在MaiorGC之前才会先进行一次MinorGc，使得新生的对象进入老年代而导致空间不够才会触发。当无法找到足够大的连续空间分配给新创建的较大对象也会提前触发一次MajorGC进行垃圾回收腾出空间。

在老年代中，MajorGC采用了标记—清除算法：首先扫描一次所有老年代里的对象，标记出存活的对象，然后回收没有标记的对象。MajorGC的耗时比较长。因为要扫描再回收。MajorGC会产生内存碎片，当老年代也没有内存分配给新来的对象的时候，就会抛出OOM（Out of Memory）异常。

永久代

永久代指的是永久保存区域。主要存放Class和Meta（元数据）的信息。

Classic在被加载的时候被放入永久区域，它和存放的实例的区域不同，在Java8中，永久代已经被移除，取而代之的是一个称之为“元数据区”（元空间）的区域。

元空间和永久代类似，都是对JVM中规范中方法的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存的限制。

类的元数据放入本地内存，字符串池和类的静态变量放入java堆中。这样可以加载多少类的元数据就不再由MaxPermSize控制，而由系统的实际可用空间来控制。

采用元空间而不用永久代的原因：

• 为了解决永久代的OOM问题，元数据和class对象存放在永久代中，容易出现性能问题和内存溢出。
• 类及方法的信息等比较难确定其大小，因此对于永久代大小指定比较困难，大小容易出现永久代溢出，太大容易导致老年代溢出（堆内存不变，此消彼长）。
• 永久代会为GC带来不必要的复杂度，并且回收效率偏低。