对象优先在Eden区分配
大多数情况下，对象在Eden区进行分配。
当Eden区没有足够的空间来进行分配时，就会触发Young GC(Minor GC)。
当触发Young GC时，如果Survivor区不够放存活的对象，那么就会触发分配担保机制提前转移到老年代。
大对象直接进入老年代
大对象的问题：
1、容易导致内存明明还有不少空间时就提前触发垃圾收集。
2、复制大对象时需要高额的内存复制开销。
HotSpot提供了-XX:PretenureSizeThreshold ，指定了大于该设置值的对象直接在老年代分配，目的是为了避免大对象在Eden及两个Surivor区之间的来回复制。
长期存活的对象将进入老年代
虚拟机给每个对象定义了一个对象年龄的计数器，存储在对象头中。
每次经历Young GC且仍存活的对象，都会加一岁。当到达指定的年龄(默认15岁)就会进入到老年代。
动态对象的年龄判断
HotSpot虚拟机并不是一定要求对象达到指定年龄才能进入老年代。
当某一个年龄(x)的所有对象的大小占survivor区大于一半时，那么年龄≥x的对象都会晋升到老年代。
GC的触发条件
Young GC
当年轻代空间不足时，就会触发Young GC。
Old GC
当老年代内存不足时，会触发Old GC。
Full GC
触发条件：
1、老年代或者元空间内存不足
2、System.gc()方法调用
3、堆内存分配担保失败(大对象)
