Java中關(guān)于OOM的場(chǎng)景及解決方法
1、OOM for Heap=>例如：java.lang.OutOfMemoryError: Java heap space
分 析
此OOM是由于JVM中heap的***值不滿(mǎn)足需要，將設(shè)置heap的***值調(diào)高即可，參數(shù)樣例為：-Xmx2G
解決方法
調(diào)高h(yuǎn)eap的***值，即-Xmx的值調(diào)大。2、OOM for Perm=>例如：java.lang.OutOfMemoryError: Java perm space
分 析
此OOM是由于JVM中perm的***值不滿(mǎn)足需要，將設(shè)置perm的***值調(diào)高即可，參數(shù)樣例為：-XX:MaxPermSize=512M
解決方法
調(diào)高h(yuǎn)eap的***值，即-XX:MaxPermSize的值調(diào)大。
另外，注意一點(diǎn)，Perm一般是在JVM啟動(dòng)時(shí)加載類(lèi)進(jìn)來(lái)，如果是JVM運(yùn)行較長(zhǎng)一段時(shí)間而不是剛啟動(dòng)后溢出的話(huà)，很有可能是由于運(yùn)行時(shí)有類(lèi)被動(dòng)態(tài)加載進(jìn)來(lái)，此時(shí)建議用CMS策略中的類(lèi)卸載配置。
如：-XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled3、OOM for GC=>例如：java.lang.OutOfMemoryError: GC overhead limit exceeded
分 析
此OOM是由于JVM在GC時(shí)，對(duì)象過(guò)多，導(dǎo)致內(nèi)存溢出，建議調(diào)整GC的策略，在一定比例下開(kāi)始GC而不要使用默認(rèn)的策略，或者將新代和老代設(shè)置合適的大小，需要進(jìn)行微調(diào)存活率。
解決方法
改變GC策略，在老代80%時(shí)就是開(kāi)始GC，并且將-XX:SurvivorRatio（-XX:SurvivorRatio=8）和-XX:NewRatio（-XX:NewRatio=4）設(shè)置的更合理。4、OOM for native thread created=>
如：java.lang.OutOfMemoryError: unable to create new native thread
分 析
參考如下：
(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads
MaxProcessMemory 指的是一個(gè)進(jìn)程的***內(nèi)存
JVMMemory JVM內(nèi)存
ReservedOsMemory 保留的操作系統(tǒng)內(nèi)存
ThreadStackSize 線程棧的大小
如果JVM內(nèi)存調(diào)的過(guò)大或者可利用率小于20%，可以建議將heap及perm的***值下調(diào)，并將線程棧調(diào)小，即-Xss調(diào)小，如：-Xss128k
解決方法
在JVM內(nèi)存不能調(diào)小的前提下，將-Xss設(shè)置較小，如：-Xss:128k
5、OOM for allocate huge array=>例如：Exception in thread "main": java.lang.OutOfMemoryError: Requested array size exceeds VM limit
分 析
此類(lèi)信息表明應(yīng)用程序（或者被應(yīng)用程序調(diào)用的APIs）試圖分配一個(gè)大于堆大小的數(shù)組。例如，如果應(yīng)用程序new一個(gè)數(shù)組對(duì)象，大小為512M，但是***堆大小為256M，因此OutOfMemoryError會(huì)拋出，因?yàn)閿?shù)組的大小超過(guò)虛擬機(jī)的限制。
解決方法
（1）、首先檢查heap的-Xmx是不是設(shè)置的過(guò)小
（2）、如果heap的-Xmx已經(jīng)足夠大，那么請(qǐng)檢查應(yīng)用程序是不是存在bug，例如：應(yīng)用程序可能在計(jì)算數(shù)組的大小時(shí)，存在算法錯(cuò)誤，導(dǎo)致數(shù)組的size很大，從而導(dǎo)致巨大的數(shù)組被分配。
6、 OOM for small swap=>例如：Exception in thread "main": java.lang.OutOfMemoryError: request <size> bytes for <reason>. Out of swap space?
分 析
拋出這類(lèi)錯(cuò)誤，是由于從native堆中分配內(nèi)存失敗，并且堆內(nèi)存可能接近耗盡。這類(lèi)錯(cuò)誤可能跟應(yīng)用程序沒(méi)有關(guān)系，例如下面兩種原因也會(huì)導(dǎo)致錯(cuò)誤的發(fā)生：
（1）操作系統(tǒng)配置了較小的交換區(qū)
（2）系統(tǒng)的另外一個(gè)進(jìn)程正在消耗所有的內(nèi)存
解決方法
（1）、檢查os的swap是不是沒(méi)有設(shè)置或者設(shè)置的過(guò)小
（2）、檢查是否有其他進(jìn)程在消耗大量的內(nèi)存，從而導(dǎo)致當(dāng)前的JVM內(nèi)存不夠分配。
注意：雖然有時(shí)<reason>部分顯示導(dǎo)致OOM的原因，但大多數(shù)情況下，<reason>顯示的是提示分配失敗的源模塊的名稱(chēng)，所以有必要查看日志文件，如crash時(shí)的hs文件。
原文鏈接：http://www.cnblogs.com/cx361/archive/2011/12/02/2271889.html
【編輯推薦】
- Java NIO之選擇就緒模式
- Java代碼規(guī)范那些事
- Java效率真的很低嗎？Android為何要采用？
- 漫談Java開(kāi)源5年：自由但帶著枷鎖
- JavaFX2.0網(wǎng)格布局窗格GridPane
