深入淺出 Java 堆內存管理與垃圾回收機制

Java 堆是執行期資料區，所有類實例（物件）均在此分配空間。物件透過 new、newarray 等指令建立，無需程式碼顯式釋放，而是由 JVM 的垃圾回收器（GC）自動管理。本文系統梳理 GC 的意義、核心演算法、監控手段及實戰注意事項。

垃圾回收的意義與權衡

• 優點：自動釋放無用物件記憶體，消除手動管理負擔，提升開發效率；整理記憶體碎片，避免記憶體洩漏；作為 Java 安全策略基石，保護程式完整性。
• 潛在缺點：GC 追蹤物件引用、執行回收需消耗 CPU 時間；早期演算法無法 100% 回收所有垃圾（現代演算法已大幅改善）。

核心演算法演進脈絡

所有 GC 演算法核心任務皆為：識別無用物件 → 回收其佔用記憶體。主流演算法以「根集合」為起點，判定物件可達性：

實戰監控與調優手段

1. 命令列參數觀察 GC 行為

java -verbose:gc TestGC
# 輸出範例：[Full GC 168K->97K(1984K), 0.0253873 secs]
# 箭頭前後為 GC 前後存活物件大小，括號內為堆總容量，末尾為耗時

2. finalize() 機制與誤區

• GC 前調用 finalize() 釋放非 Java 資源（如 JNI 分配的 C 記憶體）。
• 切勿依賴 finalize() 做常規清理：調用時機不確定、可能導致物件復活、拋出異常會中斷終結流程。應提供顯式 close()/dispose() 方法，配合 try-with-resources 使用。

關鍵實戰守則

1. 不預測 GC 觸發時機：System.gc() 僅是建議，JVM 可忽略。
2. 選擇適配收集器：一般應用用預設；即時系統考慮增量/並行收集器；多核大內存可啟用並行標記/清除（如 CMS、G1、ZGC）。
3. 防範記憶體洩漏：良好編程習慣是根本——及時釋放引用、移除監聽器、避免靜態集合累積物件。
4. 盡早釋放無用引用：離開作用域自動置 null；若物件被監聽，先移除監聽器再置空。

深入理解堆與 GC，不僅能排查 OOM、長停頓等疑難雜症，更能指導寫出高效能、低延遲的 Java 應用。