1、Serial Old 收集器（-XX: +UseSerialOldGC, 标记-整理算法）
1.1 单线程收集，进行垃圾收集时，必须暂停所有工作线程
1.2 简单高效，Client模式下默认的老年代收集器
2、Parallel Od收集器(-XX: +UseParallelOldGC ，标记-整理)
2.1 JDK6 之后才有这个收集器，多线程，吞吐量优先，如果注重CPU资源和吞吐量的场合，可以使用这个组合 Parallel Scavenge + Parallel Old 收集器
3、CMS收集器（这个收集器，占据了老年代收集器的半壁江山。-XX:+ UseConcMarkSweepGC ，标记-清除算法，有碎片产生）
优点：几乎可以和用户线程做到同时工作，本质还是要STOP-THE WORLD,只是停顿时间短
如果在老年代中存活更多存活率高的对象，使用CMD收集器更适合
收集流程：（一边掉垃圾一边打扫）
初始标记：stop-the-world,从垃圾回收的根对象开始，只是扫描和根对象有关联的对象并做标记。虽然暂停了所有的线程工作，但是停顿时间很短。
并发标记：并发追随标记，程序不会停顿
并发预清理：查找执行并发标记阶段从年轻代晋升到老年代的对象
重新标记：暂停虚拟机，扫描CMS堆中的剩余对象
并发清理：清理垃圾对象，程序不会停顿
并发重置：重置CMS收集器的数据结构
4、G1收集器（-XX:+UseG1GC , 复制+标记-整理算法）
Garbage First 收集器的特点
4.1 并发和并行
4.2 分代收集
4.3 空间整合
4.4 可预测的停顿
说明：这个收集器的内存布局与其他收集器有很大区别
将整个JAVA堆内存划分成多个大小相等的Region
年轻代和老年代不再物理隔离
额外知识：JDK11 有 Epsilon GC 和 ZGC (研发阶段)
问题：为什么年轻代中的Parallel Scavenge收集器不能和老年代中的CMS收集器一起工作呢？
---》因为Parallel Scavenge收集器（G1）都没有使用传统的GC收集器代码框架，都是另外独立开发的。
而Serial，parNew，CMS都有使用了部分相同的收集器代码框架，所有他们三个是兼容的。
（CMS是hotsport在jdk5才出来的真正意义上是并行收集器，第一次让垃圾收集线程和用户线程一起工作。）