JVM 运行时内存之新生代和老年代。

分代收集算法

目前大部分 JVM 所采用的方法，
实现过程：根据对象存活的不同生命周期将内存划分为不同的域，一般情况下将 GC 堆划分为老生代(Tenured/Old Generation)和新生代(YoungGeneration)。
老生代的特点是每次垃圾回收时只有少量对象需要被回收，
新生代的特点是每次垃圾回收时都有大量垃圾需要被回收，
因此可以根据不同区域选择不同的算法：

Java 堆从 GC 的角度还可以细分为: 新生代(Eden 区、 From Survivor 区和 To Survivor 区)和老年代。

1. 新生代

是用来存放新生的对象。一般占据堆的 1/3 空间。由于频繁创建对象，所以新生代会频繁触发MinorGC 进行垃圾回收。新生代又分为 Eden 区、Survivor From、SurvivorTo 三个区。
1.1. Eden 区
Java 新对象的出生地（如果新创建的对象占用内存很大，则直接分配到老年代）。当 Eden 区内存不够的时候就会触发 MinorGC，对新生代区进行一次垃圾回收。
1.2. SurvivorFrom
上一次 GC 的幸存者，作为这一次 GC 的被扫描者。
1.3. SurvivorTo
保留了一次 MinorGC 过程中的幸存者。
1.4. MinorGC 的过程（复制->清空->互换）
MinorGC 采用复制算法：
1： eden、 SurvivorFrom 复制到 SurvivorTo，年龄+1：首先，把 Eden 和 SurvivorFrom 区域中存活的对象复制到 SurvivorTo 区域（如果有对象的年龄以及达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1（如果 SurvivorTo 不够位置了就放到老年区）；
2： 清空 eden、 SurvivorFrom：清空 Eden 和 SurvivorFrom 中的对象；
3：SurvivorTo 和 SurvivorFrom 互换最后： SurvivorTo 和 SurvivorFrom 互换，原 SurvivorTo 成为下一次 GC 时的SurvivorFrom区

2. 老年代

主要存放应用程序中生命周期长的内存对象。
老年代的对象比较稳定，所以 MajorGC 不会频繁执行。在进行 MajorGC 前一般都先进行了一次MinorGC，使得有新生代的对象晋身入老年代，导致空间不够用时才触发。当无法找到足够大的连续空间分配给新创建的较大对象时也会提前触发一次 MajorGC 进行垃圾回收腾出空间。
MajorGC 采用标记清除算法：首先扫描一次所有老年代，标记出存活的对象，然后回收没有标记的对象。 MajorGC 的耗时比较长，因为要扫描再回收。MajorGC 会产生内存碎片，为了减少内存损耗，我们一般需要进行合并或者标记出来方便下次直接分配。当老年代也满了装不下的时候，就会抛出 OOM（Out of Memory）异常。
在发生Minor GC时，虚拟机会检查每次晋升进入老年代的大小是否大于老年代的剩余空间大小，如果大于，则直接触发一次Full GC

3.扩展连接

Minor GC、Major GC和Full GC之间的区别
JVM内存模型
什么是 Minor GC/Major GC
JVM: GC过程总结(minor GC 和 Full GC