上一篇对jvm的类加载子系统和运行时数据区做了一个整体简要的介绍，下面对运行时数据区中堆和永久代做一些补充介绍。没有按上一篇篇首的图中的顺序介绍，因为正好看到这里，索性就直接记录了，所以接下来所有补充记录的上一篇都是同一个，哈哈哈哈，因为方便我自己看, 正在找工作，所以啊，八股文还是要看看的好。
堆
java堆按照GC区分的话还可以分为年轻代和老年代，年轻代存放一些会频繁GC的对象老年代相对而言不会那么频繁的触发GC，堆中年轻代和老年代的默认比例是1：3。其中年轻代又分为Eden区、From Survivor区和To Survivor区
年轻代
用来存放新生的对象，一般占据堆内存的三分之一，由于频繁的创建新对象所以会不断的触发MinorGC[ˈmaɪnər]（音标奥，记不住的朋友可以看一下。不会读真是记不住。）。年轻代又为如下三个区Eden,From Survivor, To Survivor.
Eden区
java对象的新出生地，如果对象占用内存过大会被直接丢入老年代。内存不足时会触发MinorGC对该区域进行垃圾回收。
From Survivor
上一次gc的幸存者，本次gc的被扫描者。
To Survivor
保留一次MinorGC的幸存者。
MinorGC[ˈmaɪnər]
MinorGC采用的是复制算法，过程是复制、清空、交换
- eden、survicorFrom 复制到 ServicorTo，年龄+1
首先，把 Eden 和 ServivorFrom 区域中存活的对象复制到 ServicorTo 区域（如果有对象的年龄以及达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1（如果 ServicorTo 不够位置了就放到老年区)
- 清空 eden、survivorFrom
清空 Eden 和 ServicorFrom 中的对象；
- survivorFrom 和 survivorTo互换。
ServicorTo 和 ServicorFrom 互换，原 ServicorTo 成为下一次 GC 时的 ServicorFrom区
老年代
主要存放应用程序中生命周期长的内存对象。 老年代的对象比较稳定，所以 MajorGC 不会频繁执行。在进行 MajorGC 前一般都先进行 了一次 MinorGC，使得有新生代的对象晋身入老年代，导致空间不够用时才触发。当无法找到足 够大的连续空间分配给新创建的较大对象时也会提前触发一次 MajorGC 进行垃圾回收腾出空间
MajorGC[ˈmeɪdʒər]
MajorGC 采用标记清除算法：首先扫描一次所有老年代，标记出存活的对象，然后回收没 有标记的对象。MajorGC 的耗时比较长，因为要扫描再回收。MajorGC 会产生内存碎片，为了减 少内存损耗，我们一般需要进行合并或者标记出来方便下次直接分配。当老年代也满了装不下的 时候，就会抛出 OOM（Out of Memory）异常。
永久代
指内存的永久保存区域，主要存放 Class 和 Meta（元数据）的信息,Class 在被加载的时候被 放入永久区域，它和和存放实例的区域不同,GC 不会在主程序运行期对永久区域进行清理。所以这 也导致了永久代的区域会随着加载的 Class 的增多而胀满，最终抛出 OOM 异常。
在 Java8 中，永久代已经被移除，被一个称为“元数据区”（元空间）的区域所取代。元空间 的本质和永久代类似，元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用 本地内存。因此，默认情况下，元空间的大小仅受本地内存限制。类的元数据放入 native memory, 字符串池和类的静态变量放入 java 堆中，这样可以加载多少类的元数据就不再由 MaxPermSize 控制, 而由系统的实际可用空间来控制
