使用Java那麼久，在此總結一下Java中常見的記憶體溢位問題以及對應的解決思路

堆溢位

報錯資訊

java.lang.OutOfMemoryError: Java heap space

報錯原因

• 堆中（新生代和老年代）無法繼續分配物件了；
• 某些物件的引用長期被持有沒有被釋放，垃圾回收器無法回收；
• 使用了大量的 Finalizer 物件，這些物件並不在 GC 的回收週期內。

解決辦法

• 將堆記憶體 dump 下來，使用 MAT 分析一下，解決記憶體洩漏；
• 如果沒有記憶體洩漏，使用 -Xmx 增大堆記憶體；
• 如果有自定義的 Finalizable 物件，考慮其存在的必要性。

GC超載溢位

報錯資訊

java.lang.OutOfMemoryError：GC overhead limit exceeded

報錯原因

垃圾回收器超過98%的時間用來做垃圾回收，但回收了不到2%的堆記憶體。

解決辦法

• 新增 -XX:-UseGCOverheadLimit 這個啟動引數去掉報警，但這只是一種掩耳盜鈴的方式，一般出現 GC overhead limit exceeded 說明離真正的 OOM 也不遠了；
• 將堆記憶體 dump 下來，使用 MAT 分析一下，解決記憶體洩漏；
• 如果沒有記憶體洩漏，使用 -Xmx 增大堆記憶體；

永久代/元空間溢位

報錯資訊

java.lang.OutOfMemoryError: PermGen space 或者
java.lang.OutOfMemoryError: Metaspace（Java8及以上）

報錯原因

永久代是 HotSot 虛擬機器對 方法區的具體實現，存放了已被虛擬機器載入的類資訊、常量、靜態變數、JIT編譯後的程式碼等。需要注意的是，在Java8後，永久代有了一個新名字：元空間，元空間使用的是本地記憶體。永久代裡存在的資訊也有了若干變化：

• 字串常量由永久代轉移到堆中；
• 和永久代相關的JVM引數已移除。

出現永久代或元空間的溢位的原因可能有如下幾種：

• 有頻繁的常量池操作（eg. String.intern），這種情況只適用於Java7之前應用；
• 載入了大量的類資訊，且沒有及時解除安裝；
• 應用部署完後沒有重啟。

解決辦法

永久代/元空間 溢位的原因比較簡單，解決方法有如下幾種：

• Java8前的應用：使用 -XX:MaxPermSize 增加永久代的大小（）；
• Java8及以後的應用：如果設定了 -XX:MaxMetaSpaceSize，調整其大小或者移除掉該引數。
• 嘗試重啟JVM。

方法棧溢位

報錯資訊

java.lang.OutOfMemoryError : unable to create new native Thread

報錯原因

虛擬機器在拓展棧空間時，無法申請到足夠的記憶體空間。一般出現在記憶體空間過小，但是又建立了大量的執行緒的場景。

解決辦法

• 通過-Xss降低的每個執行緒棧大小的容量，注意-Xms，-Xmx的影響；
• 執行緒總數也受到系統空閒記憶體和作業系統的限制，檢查是否該系統下有此限制：
  • /proc/sys/kernel/pid_max，
  • /proc/sys/kernel/thread-max，
  • max_user_process（ulimit -u），
  • /proc/sys/vm/max_map_count

陣列分配溢位

報錯資訊

java.lang.OutOfMemoryError: Requested array size exceeds VM limit

這種情況一般是由於不合理的陣列分配請求導致的，消除程式碼邏輯錯誤或者調整堆大小。

Swap分割槽溢位

報錯資訊

java.lang.OutOfMemoryError: Out of swap space

這種情況一般是作業系統導致的，可能的原因有：

• swap 分割槽大小分配不足；
• 機器上其他程序消耗了所有的記憶體。

本地方法溢位

報錯資訊

java.lang.OutOfMemoryError: stack_trace_with_native_method

    這種情況表明，本地方法在執行時出現了記憶體分配失敗。和java.lang.OutOfMemoryError : unable to create new native Thread 儲存不同，方法棧溢位出現在 JVM 的程式碼層面，而本地方法溢位發生在JNI程式碼或本地方法處。