G1（Garbage First）垃圾收集器

G1（Garbage First）垃圾收集器
G1目前是主流的垃圾收集器，虽然未来可能会有ZGC转正，来替代G1，但是目前来看，其仍是未来一段时间的主力垃圾收集器，所以这一段落较长。随着复杂且庞大的场景越来越多，硬件水平大幅度提高，并行的、跨新生代、老年代的G1随之推出。G1的设计发展思路是：在延迟可控的情况下，获得尽可能高的吞吐量。可以说G1是一款面向服务端应用的垃圾收集器，主要针对的是多核心CPU以及大容量的内存的服务器设备。

• G1把堆内存分割为很多不相关的区域（region），物理上可以是不连续的，使用region来表示Eden、Survivor0、Survivor1、老年代等。
• G1的GC操作有计划的避免在整个Java堆中进行全区域的垃圾收集。G1跟踪各个region中的垃圾的堆积的“价值”大小（回收所获得的空间大小以及回收所需时间的经验值），在后台维护一个优先列表，根据每次允许的收集时间，优先回收价值最大的region。
• 在JDK1.7中正式启用，去除了其Experimental的标识。JDK9之后取代Parallel Scavenge + Parallel Old以及CMS作为JDK默认的垃圾处理器，在JDK9之前需要使用-XX:+UseG1GC来开启使用。

并行与并发

• 并行性：G1在垃圾回收过程中，可以又多个GC线程同时工作，有效的利用CPU的多核处理能力，此时程序线程STW
• 并发性：G1拥有和程序线程交替执行的能力，部分工作可以和应用程序同时执行，所以一般来讲，不会在整个垃圾回收阶段发生程序线程完全阻塞的情况。

分代收集

G1依旧属于分代的垃圾收集器，会区分新生代和老年代（Eden、Survivor0、Survivor1、老年代等），但是从堆结构上来看，它不会要求整个Eden、Survivor0、Survivor1、老年代都是连续的，可能一个region在这次垃圾回收之前是Eden region，回收之后可能就充当Old region了，称之为分区算法。

• 一个region有可能属于Eden、Survivor或者Old（Tenured）中的一种角色，且region在垃圾回收过后的角色可能发生改变。

清空之后的region会被记录在空闲列表中等待下次分配。

• Humongous：当一个region的大小无法存放一个大对象的时候，就会被分配到Humoungous区。
  • 对于堆中的大对象，默认直接分配到老年代中，但是如果该对象是一个短期存在的大对象，就会堆垃圾收集造成负面影响，为了解决这个问题，G1划分了H区作为大对象的分配区域，如果一个H区装不下，那么G1会寻找连续的H区进行存放，若没有连续的H区，则可能会不得不触发一次Full GC。
• 在region内部分配对象内存的时候使用的是指针碰撞（Bump the pointer）

空间整合