Serial收集器(-XX:+UseSerialGC -XX:+UseSerialOldGC)
新生代采用复制算法，老年代采用标记-整理算法。
它的 “单线程” 的意义不仅仅意味着它只会使用一条垃圾收集线程去完成垃圾收集工作
在进行垃圾收集工作的时候必须暂停其他所有的工作线程（ "Stop The World" ），直到它收集结束
Serial Old收集器是Serial收集器的老年代版本
作为CMS收集器的后备方案
Parallel Scavenge收集器
新生代采用复制算法，老年代采用标记-整理算法。
Serial收集器的多线程版本
Parallel Old收集器是Parallel Scavenge收集器的老年代版本
JDK8默认的新生代和老年代收集器
Parallel Scavenge
Parallel Old
ParNew收集器(-XX:+UseParNewGC)
新生代采用复制算法，老年代采用标记-整理算法。
ParNew收集器其实跟Parallel收集器很类似
区别主要在于它可以和CMS收集器配合使用
CMS收集器(-XX:+UseConcMarkSweepGC(old))
关注点更多的是用户线程的停顿时间
一种以获取最短回收停顿时间为目标的收集器
第一次实现了让垃圾收集线程与用户线程（基本上）同时工作
优点：<b>并发收集、低停顿</b>
缺点：
对CPU资源敏感（会和服务抢资源）
无法处理浮动垃圾
标记-清除”算法会导致收集结束时会有大量空间碎片产生
concurrent mode failure
执行过程中的不确定性，一边回收，一边发现没有空间了
特别是在并发标记和并发清理阶段会出现
会进入stop the world，用<b>serial old</b>垃圾收集器来回收
G1收集器
简介
主要针对配备多颗处理器及大容量内存的机器
极高概率满足GC停顿时间要求
高吞吐量性能特征
G1将Java堆划分为多个大小相等的独立区域（<b>Region</b>）
一般Region大小等于堆大小除以2048，比如堆大小为4096M，则Region大小为2M
一个Region可能之前是年轻代，如果Region进行了垃圾回收，之后可能又会变成老年代，也就是说Region的区域功能可能会动态变化
大对象的处理
G1有专门分配大对象的Region叫<b>Humongous</b>区
在G1中，大对象的判定规则就是一个大对象超过了一个Region大小的50%
比如按照上面算的，每个Region是2M，只要一个大对象超过了1M，就会被放入Humongous中
一个大对象如果太大，可能会横跨多个Region来存放。
Full GC的时候除了收集年轻代和老年代之外，也会将Humongous区一并回收。
G1收集特点
简述
G1收集器在后台维护了一个优先列表
每次根据允许的收集时间，优先选择回收价值最大的Region(这也就是它的名字Garbage-First的由来)
比如一个Region花200ms能回收10M垃圾，另外一个Region花50ms能回收20M垃圾
在回收时间有限情况下，G1当然会优先选择后面这个Region回收
空间整合
可预测的停顿
通常把期望停顿时间设置为一两百毫秒或者两三百毫秒会是比较合理的
如果我们把停顿时间调得非常低， 譬如设置为二十毫秒， 很可能出现的结果就是由于停顿目标时间太短
导致每次选出来的回收集只占堆内存很小的一部分， 收集器收集的速度逐渐跟不上分配器分配的速度， 导致垃圾慢慢堆积
最终占满堆引发Full GC反而降低性能
分代收集
并行与并发
