深度解析 Java 7 G1 垃圾回收器：特性、原理與調優參數

G1 (Garbage-First) 垃圾回收器是 JDK 7 中 HotSpot VM 引入的重量級特性，旨在取代 CMS (Concurrent Mark Sweep) 成為低延遲、大堆場景下的首選收集器。Java SE 6 Update 14 已包含早期體驗版，經歷「收費誤會」風波後確認為完全免費。本文系統梳理 G1 的核心屬性、堆佈局創新、回收流程、關鍵啟動參數及已知限制，為生產環境評估與調優提供參考。

一、G1 核心屬性：並行、分代、壓縮、可預測

• 並行與並發：利用多核 CPU 加速停頓階段（Stop-The-World），並發階段與應用線程並行執行，最小化整體停頓。
• 分代收集：保留年輕代/年老代邏輯，專注於新對象回收（高死亡率），老年代僅定期掃描，符合大多數應用「朝生夕滅」特徵。
• 整理壓縮：區別於 CMS 的標記-清除，G1 採用標記-整理（移動存活對象），隨時間消除碎片，保證長期運行穩定。
• 可預測停頓：引入停頓預測模型，允許設定目標停頓時間（如 50ms），G1 動態調整回收集大小以盡量滿足目標。

二、創新堆佈局：Region 取代連續分代

傳統收集器將堆劃分為連續的 Young/Old 區；G1 將整個堆劃分為大小相等（通常 1-32MB）的 Region，年輕代與年老代不再物理連續，而是由離散 Region 組成的邏輯集合。這帶來三大優勢：

1. 靈活調整代大小：只需改變 Region 歸屬，無需移動對象。
2. 優先回收價值高區域：並發標記階段識別垃圾密度最高的 Old Region，納入回收集 (Collection Set)。
3. 避免全堆掃描：增量式回收，每次僅處理部分 Region。

三、回收流程：Young GC、Mixed GC 與並發標記

1. Young GC (Evacuation Pause)：停頓並行複製存活對象至 Survivor/Old Region，清空 Eden Region。頻率最高、耗時最短。
2. 並發標記 (Concurrent Marking)：與應用並行，識別 Old Region 存活對象，計算垃圾比例，構建回收候選集。不執行並發清除（CMS 式），清除推遲至後續停頓。
3. Mixed GC：在 Young GC 基礎上，加入部分高垃圾比例 Old Region 進行回收，逐步清理老年代。

四、關鍵啟動參數與調優建議

日誌建議：-XX:+PrintGCDetails 下 G1 輸出極其詳細（各線程耗時等），生產環境建議改用 -verbose:gc 獲取精簡日誌。

五、JDK 7 階段已知限制（後續版本逐步修復）

• JVM TI / JMX 監控支持不完整，視覺化工具可能失效。
• 不支持增量永久代回收，類卸載僅在 Full GC 觸發。
• 部分場景停頓表現不穩定，或優於 CMS，或劣於 CMS。

六、總結與遷移建議

G1 以 Region 化堆佈局、標記整理壓縮、可預測停頓模型解決了 CMS 碎片化、停頓不可控等痛點，適合 大堆（>4GB）、低延遲敏感、多核服務端 應用。JDK 7 階段仍屬實驗性，生產環境建議充分壓測後謹慎上線；JDK 8/9 以降 G1 成為默認收集器並大幅增強穩定性，遷移成本大幅降低。