Java 垃圾收集器調優實戰：原理、參數與避坑指南

GC 基礎：為什麼需要垃圾收集？

Java 記憶體管理 = 物件分配 + 物件回收。開發者負責 new，GC 負責識別「不可觸及」物件並回收堆記憶體。核心演算法：可達性分析 (GC Roots → 參考鏈)。

經典收集器與分代假說

關鍵 JVM 參數速查

# 基礎堆設定
-Xms4g -Xmx4g                    # 固定堆大小，避免擴縮抖動
-Xmn1g                           # 新生代大小 (G1/ZGC 通常不設定)

# 收集器選擇
-XX:+UseG1GC                     # G1 (Java 9+ 預設)
-XX:+UseZGC                      # ZGC (Java 11+)
-XX:+UseShenandoahGC             # Shenandoah (Java 12+)

# G1 關鍵調優
-XX:MaxGCPauseMillis=200         # 目標停頓 (預設 200ms)
-XX:G1HeapRegionSize=16m         # Region 大小 1-32MB (2 的冪)
-XX:InitiatingHeapOccupancyPercent=45 # 觸發併發標記閾值 (預設 45%)

# ZGC/Shenandoah
-XX:ZCollectionInterval=5        # 最小收集間隔 (秒)
-XX:ConcGCThreads=4              # 併發 GC 執行緒數

# 通用診斷
-XX:+PrintGCDetails -XX:+PrintGCDateStamps
-Xlog:gc*:file=gc.log:time,uptime,level,tags   # Java 9+ 統一日誌
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/dumps

五大調優黃金法則

1. 先測量再調優：用 jstat、GCLogAnalyzer、Arthas、JProfiler 觀察分配率、晋升率、STW 時間。
2. 固定堆大小：-Xms = -Xmx，避免擴縮觸發 Full GC。
3. 新生代別太小：過小導致 Minor GC 頻繁、物件過早晋升老年代；過大延長 STW。經驗值：整體堆 1/3 ~ 1/2 (非 G1/ZGC)。
4. 選對收集器：
   • 堆 < 4G、吞吐優先 → Parallel GC
   • 堆 4G~16G、平衡 → G1
   • 堆 > 16G、極致低延遲 → ZGC/Shenandoah
5. 業務代碼層面減壓：
   • 減少短命大物件 (byte[]、StringBuilder 重用)
   • 物件池/緩衝區複用 (Netty ByteBuf、HikariCP)
   • 避免 Finalizer/Cleaner 濫用
   • ThreadLocal 及時 remove()

常見誤區與避坑

現代觀測工具鏈

• JDK 內建：jcmd、jstat、jmap、jhat、JFR (Flight Recorder)、jconsole、VisualVM
• 生產級：Arthas (線上診斷)、async-profiler (低開銷火焰圖)、GCeasy (日誌分析)
• APM 整合：SkyWalking、Pinpoint、Datadog、Prometheus + JMX Exporter

結語

GC 調優不是玄學，而是「測量 → 假設 → 驗證 → 固化」的工程循環。優先從業務代碼減少分配壓力，再配合適合負載特徵的收集器與參數。記住：最好的 GC 是不需要跑的 GC。