### G1(Garbage First) G1 GC，全稱Garbage-First Garbage Collector，通過-XX:+UseG1GC參數來啟用，作為體驗版隨著JDK 6u14版本面世，在JDK 7u4版本發行時被正式推出(去除了其Experimental的標識)，相信熟悉JVM的同學們都不會對它感到陌生。在JDK 9中，G1被提議設置為默認垃圾收集器（JEP 248） > G1的設計發展思路是：**在延遲可控的情況下，獲得盡可能高的吞吐量** > JDK9之后取代Parallel Scavenge + Parallel Old以及CMS作為JDK默認的垃圾處理器，在JDK9之前需要使用-XX:+UseG1GC來開啟使用 G1是一種服務器端的垃圾收集器，應用在多處理器和大容量內存環境中，在實現高吞吐量的同時，盡可能的滿足垃圾收集暫停時間的要求。它是專門針對以下應用場景設計的: * 像CMS收集器一樣，能與應用程序線程并發執行 * 整理空閑空間更快 * 需要GC停頓時間更好預測 * 不希望犧牲大量的吞吐性能 * 不需要更大的Java Heap > G1目前是主流的垃圾收集器，雖然未來可能會有ZGC轉正，來替代G1，但是目前來看，其仍是未來一段時間的主力垃圾收集器 #### 特性 * 面向服務端應用的垃圾收集器 * **并行與并發：**G1能充分利用多CPU、多核環境使用多個CPU或CPU核心來縮短Stop-The-World停頓時間 * 分代收集 * 空間整合：不會產生內存空間碎片，收集后可提供規整的可用內存，整理空閑空間更快 * 可預測的停頓\(它可以有計劃的避免在整個JAVA堆中進行全區域的垃圾收集\) * G1跟蹤各個region中的垃圾的堆積的“價值”大小（回收所獲得的空間大小以及回收所需時間的經驗值），在后臺維護一個優先列表，根據每次允許的收集時間，優先回收價值最大的region * JAVA堆內存布局與其它收集器存在很大差別，它將整個JAVA堆劃分為多個大小相等的獨立區域(Region)，雖然還保留了新生代和老年代的概念，但新生代和老年代不再是物理隔離，它們都是一部分Region\(不需要連續\)的集合 * G1收集器中，虛擬機使用Remembered Set來避免全堆掃描 ## 并行與并發 * 并行性：G1在垃圾回收過程中，可以又多個GC線程同時工作，有效的利用CPU的多核處理能力，此時程序線程STW * 并發性：G1擁有和程序線程交替執行的能力，部分工作可以和應用程序同時執行，所以一般來講，不會在整個垃圾回收階段發生程序線程完全阻塞的情況 #### 運作步驟 * 初始標記：Initial Marking * 并發標記：Concurrent Marking * 最終標記：Final Marking * 篩選回收：Live Data Counting And Evacuation ***** 【參考資料】 【美團--Java Hotspot G1 GC的一些關鍵技術】-- [https://tech.meituan.com/g1.html](#)