1、OOM for Heap=>例如：java.lang.OutOfMemoryError: Java heap space

分  析

此OOM是由于JVM中heap的***值不滿足需要，將設(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的***值不滿足需要，將設(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í)加載類進(jìn)來，如果是JVM運(yùn)行較長一段時(shí)間而不是剛啟動(dòng)后溢出的話，很有可能是由于運(yùn)行時(shí)有類被動(dòng)態(tài)加載進(jìn)來，此時(shí)建議用CMS策略中的類卸載配置。

如：-XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled3、OOM for GC=>例如：java.lang.OutOfMemoryError: GC overhead limit exceeded

分  析

此OOM是由于JVM在GC時(shí)，對象過多，導(dǎo)致內(nèi)存溢出，建議調(diào)整GC的策略，在一定比例下開始GC而不要使用默認(rèn)的策略，或者將新代和老代設(shè)置合適的大小，需要進(jìn)行微調(diào)存活率。

解決方法

改變GC策略，在老代80%時(shí)就是開始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)的過大或者可利用率小于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

分  析

此類信息表明應(yīng)用程序（或者被應(yīng)用程序調(diào)用的APIs）試圖分配一個(gè)大于堆大小的數(shù)組。例如，如果應(yīng)用程序new一個(gè)數(shù)組對象，大小為512M，但是***堆大小為256M，因此OutOfMemoryError會(huì)拋出，因?yàn)閿?shù)組的大小超過虛擬機(jī)的限制。

解決方法

（1）、首先檢查heap的-Xmx是不是設(shè)置的過小

（2）、如果heap的-Xmx已經(jī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?

分  析

拋出這類錯(cuò)誤，是由于從native堆中分配內(nèi)存失敗，并且堆內(nèi)存可能接近耗盡。這類錯(cuò)誤可能跟應(yīng)用程序沒有關(guān)系，例如下面兩種原因也會(huì)導(dǎo)致錯(cuò)誤的發(fā)生：

（1）操作系統(tǒng)配置了較小的交換區(qū)

（2）系統(tǒng)的另外一個(gè)進(jìn)程正在消耗所有的內(nèi)存

解決方法

（1）、檢查os的swap是不是沒有設(shè)置或者設(shè)置的過小

（2）、檢查是否有其他進(jìn)程在消耗大量的內(nèi)存，從而導(dǎo)致當(dāng)前的JVM內(nèi)存不夠分配。

注意：雖然有時(shí)<reason>部分顯示導(dǎo)致OOM的原因，但大多數(shù)情況下，<reason>顯示的是提示分配失敗的源模塊的名稱，所以有必要查看日志文件，如crash時(shí)的hs文件。

原文鏈接：http://www.cnblogs.com/cx361/archive/2011/12/02/2271889.html

【編輯推薦】

1. Java NIO之選擇就緒模式
2. Java代碼規(guī)范那些事
3. Java效率真的很低嗎？Android為何要采用？
4. 漫談Java開源5年：自由但帶著枷鎖
5. JavaFX2.0網(wǎng)格布局窗格GridPane