先看下拓扑图
Java堆从GC的角度还可以细分为: 新生代(Eden区、From Survivor区和To Survivor区)和老年代。
新生代:分三个区：一个Eden区，两个Survivor区（一般而言），大部分对象在Eden区中生成。当Eden区满时，还存活的对象将被复制到两个Survivor区（中的一个）。当这个Survivor区满时，此区的存活且不满足“晋升”条件的对象将被复制到另外一个Survivor区。对象每经历一次Minor GC，年龄加1，达到“晋升年龄阈值”后，被放到老年代，这个过程也称为“晋升”。显然，“晋升年龄阈值”的大小直接影响着对象在新生代中的停留时间，在Serial和ParNew GC两种回收器中，“晋升年龄阈值”通过参数MaxTenuringThreshold设定，默认值为15。
Eden区：Java新对象的出生地（如果新创建的对象占用内存很大，则直接分配到老年代）。当Eden区内存不够的时候就会触发MinorGC，对新生代区进行一次垃圾回收。
ServivorFrom：上一次GC的幸存者，作为这一次GC的被扫描者。
ServivorTo：保留了一次MinorGC过程中的幸存者。
老年代：主要存放应用程序中生命周期长的内存对象。
老年代的对象比较稳定，所以MajorGC不会频繁执行。在进行MajorGC前一般都先进行了一次MinorGC，使得有新生代的对象晋身入老年代，导致空间不够用时才触发。当无法找到足够大的连续空间分配给新创建的较大对象时也会提前触发一次MajorGC进行垃圾回收腾出空间。
MajorGC采用标记清除算法：首先扫描一次所有老年代，标记出存活的对象，然后回收没有标记的对象。MajorGC的耗时比较长，因为要扫描再回收。MajorGC会产生内存碎片，为了减少内存损耗，我们一般需要进行合并或者标记出来方便下次直接分配。当老年代也满了装不下的时候，就会抛出OOM（Out of Memory）异常。
永久代：指内存的永久保存区域，主要存放Class和Meta（元数据）的信息,Class在被加载的时候被放入永久区域，它和和存放实例的区域不同,GC不会在主程序运行期对永久区域进行清理。所以这也导致了永久代的区域会随着加载的Class的增多而胀满，最终抛出OOM异常。
简单描述下的gc 过程是这样的：
1、现在有一个新对象产生，那么对象一定需要内存空间，于是现在需要为该对象进行内存空间的申请。
2、首先会判断伊甸园区是否有内存空间，如果此时有充足内存空间，则直接将新对象保存到伊甸园区。
3、但是如果此时伊甸园区的内存空间不足，那么会自动执行Minor GC操作，将伊甸园区无用的内存空间进行清理。清理之后会继续判断伊甸园区空间是否充足？如果充足，则将新的对象直接在伊甸园区进行内存空间分配。
4、如果执行Minor GC之后伊甸园区空间依然不足，那么这个时候会进行存活区判断，如果存活区有剩余空间，则将伊甸园区的部分活跃对象保存在存活区，随后继续判断伊甸园区的内存空间是否充足，如果充足，则进行内存空间分配。
5、如果此时存活区也没有内存空间了，则继续判断老年区，如果此时老年区的空间充足，则将存活区中的活跃对象保存到老年区，而后存活区应付出现空余空间，随后伊甸园区将部分活跃对象保存地存活区中，最后在伊甸园区为新对象分配内存空间。
6、如果这个时候老年代内存空间也满了，那么这个时候将产生Major GC（Full GC）。然后再将存活区中的活跃对象保存到老年区，从而腾出空间，然后再将伊甸园区的部分活跃对象保存到存活区，最后在伊甸园区为新对象分配内存空间。
7、如果老年代执行Full GC之后依然空间依然不足，应付产生OOM（OutOfMemoryError）异常。
内存大小最大设置为10M，方便观察，结果：
可以看到年轻代空间不足触发Minor GC，多次Minor GC后空间仍然不足会触发老年代的空间回收，老年代空间分配失败会触发Full GC，多次Full GC之后空间仍然不足就会导致“OutOfMemoryErroy”。