G1垃圾回收器

https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/g1_gc.html#garbage_first_garbage_collection

设计目标

服务端的垃圾回收器

适用于大内存的多处理器的服务器（应用的内存最好在6G以上）

在保持高吞吐量的同时，尽量使得停顿时间足够短。（注意是尽量短，而不是实时的）

可以避免堆越大回收时间越长的问题（This prevents interruptions proportional to heap or live-data size.）

实现方案

将堆切成固定大小的region（最小1M，最大32M），并且只是逻辑上的划分，也就是年轻代的周围可能是老年代

G1通过全局扫描标记可以区分出哪些region的回收空间最大。回收效率越高，G1的对它的关注度越高。

G1内部有一个停顿预测模型，根据每个region的回收效率以及指定的停顿时间，来决定本次gc回收哪些region，以及回收这些region各需要多少时间

适用场景

堆中长期存活的对象超过50%

对象晋升率或对象分配率差异性大

当前应用的停顿时间长

其他

G1将多个region回收后存货的对象拷贝到一个或多个空的region中，如果这时候没有找到空的region，那么就会触发Allocation (Evacuation) Failure,并且触发Full GC

浮动垃圾：G1使用SATB的方式在并发标记阶段就确定对象是否可达。并且之后的过程都已这个为准。并且之后的过程中由于用户线程并发的过程，就容易有一些对象被使用完了。

G1的停顿：G1在拷贝对象到空region时，会发生STW。在清理阶段也会有STW，因为需要标记空region以及在下一次回收时比较有可能回收的老region

G1的Card Table站在region的角度来标识在并发阶段，有哪些region中对象的引用发生变更。因此重新标记的时候，不用做全局扫描。

Mixed Collection：当堆的使用率达到了InitiatingHeapOccupancyPercent（默认45），那么就会触发Mixed Collection。该阶段会扫描堆中所有的对象，不过还好是并发标记

Young Collection：当年轻代（Eden区）空间使用满了，就会触发Young Collection