Java中關於OOM的場景及解決方法

Java中關於OOM的場景及解決方法

1、OOM for Heap=>例如：java.lang.OutOfMemoryError: Java heapspace
【分析】
 此OOM是由於JVM中heap的最大值不滿足需要，將設定heap的最大值調高即可，引數樣例為：-Xmx2G
【解決方法】
調高heap的最大值，即-Xmx的值調大。

2、OOM for Perm=>例如：java.lang.OutOfMemoryError: Java permspace
【分析】
 此OOM是由於JVM中perm的最大值不滿足需要，將設定perm的最大值調高即可，引數樣例為：-XX:MaxPermSize=512M
【解決方法】
調高heap的最大值，即-XX:MaxPermSize的值調大。
另外，注意一點，Perm一般是在JVM啟動時載入類進來，如果是JVM執行較長一段時間而不是剛啟動後溢位的話，
很有可能是由於執行時有類被動態載入進來，此時建議用CMS策略中的類解除安裝配置。
如：-XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled

3、OOM for GC=>例如：java.lang.OutOfMemoryError: GC overheadlimit exceeded
【分析】
此OOM是由於JVM在GC時，物件過多，導致記憶體溢位，建議調整GC的策略，在一定比例下開始GC而不要使用預設的策略，或者將新代和老代設定合適的大小，
需要進行微調存活率。
【解決方法】
改變GC策略，在老代80%時就是開始GC，並且將-XX:SurvivorRatio（-XX:SurvivorRatio=8）和-XX:NewRatio（-XX:NewRatio=4）設定的更合理。

4、OOM for native thread created=>例如：java.lang.OutOfMemoryError: unable tocreate new native thread
【分析】
參考如下：
(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Numberof threads 
MaxProcessMemory   指的是一個程式的最大記憶體
JVMMemory         JVM記憶體
ReservedOsMemory   保留的作業系統記憶體
ThreadStackSize      執行緒棧的大小
如果JVM記憶體調的過大或者可利用率小於20%，可以建議將heap及perm的最大值下調，並將執行緒棧調小，即-Xss調小，如：-Xss128k
【解決方法】
在JVM記憶體不能調小的前提下，將-Xss設定較小，如：-Xss:128k

5、OOM for allocate huge array=>例如：Exception in thread "main":java.lang.OutOfMemoryError: Requested array size exceeds VM limit 
【分析】
此類資訊表明應用程式（或者被應用程式呼叫的APIs）試圖分配一個大於堆大小的陣列。例如，如果應用程式new一個陣列物件，大小為512M，但是最大堆大小為256M，因此OutOfMemoryError會丟擲，因為陣列的大小超過虛擬機器的限制。
【解決方法】
（1）、首先檢查heap的-Xmx是不是設定的過小
（2）、如果heap的-Xmx已經足夠大，那麼請檢查應用程式是不是存在bug，例如：應用程式可能在計算陣列的大小時，存在演算法錯誤，導致陣列的size很大，從而導致巨大的陣列被分配。

 6、 OOM for small swap=>例如：Exception in thread "main": java.lang.OutOfMemoryError:request <size> bytes for <reason>. Out of swap space? 
 【分析】
 丟擲這類錯誤，是由於從native堆中分配記憶體失敗，並且堆記憶體可能接近耗盡。這類錯誤可能跟應用程式沒有關係，例如下面兩種原因也會導致錯誤的發生：
（1）作業系統配置了較小的交換區
（2）系統的另外一個程式正在消耗所有的記憶體
 【解決方法】
（1）、檢查os的swap是不是沒有設定或者設定的過小
（2）、檢查是否有其他程式在消耗大量的記憶體，從而導致當前的JVM記憶體不夠分配。
注意：雖然有時<reason>部分顯示導致OOM的原因，但大多數情況下，<reason>顯示的是提示分配失敗的源模組的名稱，所以有必要檢視日誌檔案，如crash時的hs檔案。