G1（Garbage First）收集器

        G1收集器于JDK 7u4版本正式推出，是一款面向服务端应用的垃圾收集器，与其他收集器相比，G1有具备以下特点：
        (1) 并行与并发：G1能充分利用多CPU、多核环境下的硬件优势，使用多个CPU或CPU核心来缩短Stop-The-World停顿的时间，部分其他收集器原本需要停顿Java线程执行的GC动作，G1收集器仍然可以通过并发的方式让Java程序继续执行；
        (2) 分代收集：与其他收集器一样，分代概念在G1中仍然得以保存，但G1不需要其他收集器配合就可以管理整个GC堆，它可以通过不同的方法去管理新生代和老年代；
        (3) 空间整合：G1整体上看是基于“标记-整理”算法实现的收集器，从局部（两个Region之间）上来看是基于“复制”算法实现的，在运作期间不会产生内存碎片空间，有利于程序长时间运行；
        (4) 可预测的停顿：G1除了追求低停顿外，还能建立可预测的停顿时间模型，能让使用者明确指定在一个长度为M毫秒的时间片段内，消耗在垃圾收集上的时间不得超过N毫秒；

        在G1之前的垃圾收集器进行收集的范围都是整个新生代或者老年代，而G1不再是这样，G1收集器将整个Java堆划分为多个大小相等的独立区域（Region），虽然还保留有新生代和老年代的概念，但新生代和老年代不再是物理隔离了，它们都是一部分Region（不需要连续）的集合。

        G1收集器之所以能建立可预测的停顿时间模型，是因为它可以有计划地避免在整个Java堆中进行全区域的垃圾收集。G1跟踪各个Region里面的垃圾堆积的价值大小——回收所获得的空间大小以及回收所需时间的经验值，在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region（这也就是Garbage First名称的来由）。这种使用Region划分内存空间以及有优先级的区域回收方式，保证了G1收集器在有限的时间内可以获取尽可能高的收集效率。

        G1中每个Region都有一个与之对应的Remembered Set，虚拟机发现程序在对Reference类型的数据进行写操作时，会产生一个Write Barrier暂时中断写操作，检查Reference引用的对象是否处于不同的Region之中（在分代的例子中就是检查是否老年代中的对象引用了新生代中的对象），如果是，便通过Card Table把相关引用信息记录到被引用对象所属的Region的Remembered Set中，当进行内存回收时，在GC根节点的枚举范围中加入Remembered Set即可保证不对全堆扫描也不会有遗漏。G1通过这种方式避免全堆扫描。

        如果不计算维护Remembered Set的操作，G1收集器的运作大致可划分为以下几个步骤：
        (1) 初始标记（Initial Marking）；
        (2) 并发标记（Concurrent Marking）；
        (3) 最终标记（Final Marking）；
        (4) 筛选回收（Live Data Counting and Evacuation）；