Java 堆積記憶體十大核心知識點總結：從基礎到排錯實戰

前言

許多開發者初學 Java 時對「堆積」概念模糊，直到遭遇 java.lang.OutOfMemoryError: Java heap space 才被迫深入。本文梳理堆積記憶體的 10 個核心知識點，幫助建立完整認知體系，從容應對記憶體問題。

十大核心知識點

1. 堆積是 JVM 向作業系統申請的記憶體區塊

JVM 啟動時透過 -Xms/-Xmx 指定初始/最大堆積大小。32 位 JVM 受限於位址空間（通常 1.5~3GB），64 位理論無上限（受限於物理記憶體與 OS）。

2. 所有 new 出來的物件、陣列都在堆積上分配

基本型別區域變數在堆疊，但物件實體（含陣列、String、自訂類實例）一律在堆積。逃逸分析優化下，部分未逃逸物件可能被標量替換或棧上分配（JIT 編譯器決策）。

3. 堆積分代佈局服務於 GC 演算法

• 新生代：Eden + S0 + S1。採用標記-複製算法，Minor GC 頻繁、快速。
• 老年代：長期存活物件。標記-整理/標記-清除，Full GC 耗時長、STW。
• 永久代/元空間：類元資料、常數池。JDK 8 移除永久代，改用本機記憶體的 Metaspace。

4. 四大核心參數控制堆積大小

注意：參數只能在 JVM 啟動時指定，運行期不可動態修改。

5. 程式碼與工具雙路查看堆積使用情況

• 程式碼 API：Runtime.getRuntime().maxMemory() (=-Xmx)、totalMemory() (當前已提交)、freeMemory() (當前空閒)。
• 圖形化工具：JConsole (JDK 內建)、JVisualVM、Java Mission Control。

6. 堆積轉儲與分析工具鏈

• jmap：jmap -dump:format=b,file=heap.bin <pid> 產生二進位堆積快照（生產環境慎用，會 STW）。
• jhat：JDK 內建簡易分析器，啟動 HTTP 服務查看（已過時，不推薦）。
• Eclipse MAT (Memory Analyzer Tool)：業界標準，支配者樹、洩漏嫌疑報告、OQL 查詢，分析大型 Dump 速度快、介面友善。
• JVisualVM / JMC：亦可載入 Dump 分析，並支援即時監控。

7. 堆積 ≠ 堆疊，兩者職責完全不同

8. GC 是堆積記憶體的「清潔工」

採用可達性分析判定垃圾（GC Roots 搜尋）。常見收集器：Serial、Parallel、CMS、G1、ZGC、Shenandoah。理解 Minor GC / Major GC / Full GC 觸發條件與停頓特徵，是調優前提。

9. 遇到 OOM 不要慌，按圖索驥

1. 確認是 Java heap space 還是 Metaspace/PermGen。
2. 檢查 -Xmx 是否過小，適度調大觀察是否緩解。
3. 若頻發 OOM，必存在記憶體洩漏：長生命週期物件持有短命物件引用（靜態集合、未關閉資源、監聽器未移除、ThreadLocal 未清理）。
4. 導出 Heap Dump → MAT 分析 → 找到 GC Roots 連結路徑 → 定位洩漏代碼 → 修復驗證。

10. 善用 Profiler 與 Heap Dump 進行精準優化

• 物件統計：哪些類實例最多、佔用最大（jmap -histo:live）。
• 分配位點：物件在哪行代碼被創建（JProfiler/Arthas/Async Profiler）。
• 保留集分析：為什麼這個物件沒被回收（MAT 支配者樹）。
• 對比快照：不同時刻 Dump 對比，找出持續增長的物件群。

實戰排錯小抄

# 1. 線上快速巡檢 GC 行為 (每 5 秒輸出一次)
jstat -gcutil  5000

# 2. 看存活物件 Top 20
jmap -histo:live  | head -20

# 3. 導出堆積轉儲 (非高峰期操作，會 STW)
jmap -dump:format=b,file=/tmp/heap_$(date +%s).bin 

# 4. MAT 開啟 .bin -> Leak Suspects Report -> 直達問題代碼

總結

掌握這 10 點，你就擁有了從「認識堆積」到「解決 OOM」的完整知識骨架。記憶體問題本質上是物件生命週期管理失控，工具只是放大鏡，核心在於代碼層面的嚴謹設計：該釋放時釋放、該復用時復用、該流式處理時別一次性全載入。願你的 JVM 永遠健康運行！