JVM中一次完整的GC回收流程

本文介绍: 每次执行Minor GC，会将Eden区中存活的对象放到Survivor的From区，而在From区中，仍存活的对象会根据他们的年龄值来决定去向，逃过一次Minor GC年龄。而老年代如果不够了，或者担保失败了，那么就会触发老年代的GC，一般来说，现在用的比较多的老年代的垃圾收集器是CMS或者G1，他们采用的都是三色标记法。还会发生第二件事情就是，在这个过程中，会进行对象的年龄判断，如果他经过一定次数的GC之后，还没有被回收，那么这个对象就会被放到老年代当中去。年老代中存放的都是一些生命周期较长的对象。

所有的对象实例以及数组都要在堆上分配，堆是垃圾收集器管理的主要区域，也被称为“GC 堆”，也是我们优化最多考虑的地方。因为在一个项目中，会不断地创建对象，都是在堆里创建，如果一直不回收就会导致OOM，我们听的最多的情况哈！还有经常说的JVM调优，也是对堆进行参数优化配置，达到最接近理想状态。

Survivor 空间

一般来说，GC的触发是在对象分配过程中，当一个对象在创建时，他会根据他的大小决定是进入年轻代或者老年代。如果他的大小超过-XX:PretenureSizeThreshold就会被认为是大对象，直接进入老年代，否则就会在年轻代进行创建。（PretenureSizeThreshold默认是0，也就是说，默认情况下对象不会提前进入老年代，而是直接在新生代分配。然后就GC次数和基于动态年龄判断来进入老年代。）

在年轻代创建对象，会发生在Eden区，但是这个时候有可能会因为Eden区内存不够，这时候就会尝试触发一次YoungGC。