|
來(lái)自：唐尤華 https://bloggceasy.files./2015/05/outofmemoryerror2.pdf
1. Java 堆空間發(fā)生頻率：5顆星造成原因無(wú)法在 Java 堆中分配對(duì)象 吞吐量增加 應(yīng)用程序無(wú)意中保存了對(duì)象引用，對(duì)象無(wú)法被 GC 回收 應(yīng)用程序過(guò)度使用 finalizer。finalizer 對(duì)象不能被 GC 立刻回收。finalizer 由結(jié)束隊(duì)列服務(wù)的守護(hù)線(xiàn)程調(diào)用，有時(shí) finalizer 線(xiàn)程的處理能力無(wú)法跟上結(jié)束隊(duì)列的增長(zhǎng)
解決方案單位對(duì)應(yīng)：GB -> G, g；MB -> M, m；KB -> K, k
使用 -Xmx 增加堆大小 修復(fù)應(yīng)用程序中的內(nèi)存泄漏
2. GC 開(kāi)銷(xiāo)超過(guò)限制發(fā)生頻率：5顆星造成原因Java 進(jìn)程98%的時(shí)間在進(jìn)行垃圾回收，恢復(fù)了不到2%的堆空間，最后連續(xù)5個(gè)（編譯時(shí)常量）垃圾回收一直如此。
解決方案使用 -Xmx 增加堆大小 使用 -XX:-UseGCOverheadLimit 取消 GC 開(kāi)銷(xiāo)限制 修復(fù)應(yīng)用程序中的內(nèi)存泄漏
3. 請(qǐng)求的數(shù)組大小超過(guò)虛擬機(jī)限制發(fā)生頻率：2顆星造成原因應(yīng)用程序試圖分配一個(gè)超過(guò)堆大小的數(shù)組
解決方案使用 -Xmx 增加堆大小 修復(fù)應(yīng)用程序中分配巨大數(shù)組的 bug
4. Perm gen 空間發(fā)生頻率：3顆星造成原因Perm gen 空間包含： 當(dāng) Perm gen 空間用盡時(shí)，將拋出異常。 解決方案使用 -XX: MaxPermSize 增加 Permgen 大小 不重啟應(yīng)用部署應(yīng)用程序可能會(huì)導(dǎo)致此問(wèn)題。重啟 JVM 解決
5. Metaspace發(fā)生頻率：3顆星造成原因從 Java 8 開(kāi)始 Perm gen 改成了 Metaspace，在本機(jī)內(nèi)存中分配 class 元數(shù)據(jù)（稱(chēng)為 metaspace）。如果 metaspace 耗盡，則拋出異常
解決方案通過(guò)命令行設(shè)置 -XX: MaxMetaSpaceSize 增加 metaspace 大小 取消 -XX: maxmetsspacedize 減小 Java 堆大小,為 MetaSpace 提供更多的可用空間 為服務(wù)器分配更多的內(nèi)存 可能是應(yīng)用程序 bug，修復(fù) bug
6. 無(wú)法新建本機(jī)線(xiàn)程發(fā)生頻率：5顆星造成原因內(nèi)存不足，無(wú)法創(chuàng)建新線(xiàn)程。由于線(xiàn)程在本機(jī)內(nèi)存中創(chuàng)建，報(bào)告這個(gè)錯(cuò)誤表明本機(jī)內(nèi)存空間不足
解決方案為機(jī)器分配更多的內(nèi)存 減少 Java 堆空間 修復(fù)應(yīng)用程序中的線(xiàn)程泄漏。 增加操作系統(tǒng)級(jí)別的限制 使用 -Xss 減小線(xiàn)程堆棧大小
7. 殺死進(jìn)程或子進(jìn)程發(fā)生頻率：1顆星造成原因內(nèi)核任務(wù)：內(nèi)存不足結(jié)束器，在可用內(nèi)存極低的情況下會(huì)殺死進(jìn)程
解決方案將進(jìn)程遷移到不同的機(jī)器上 給機(jī)器增加更多內(nèi)存
與其他 OOM 錯(cuò)誤不同，這是由操作系統(tǒng)而非 JVM 觸發(fā)的。 8. 發(fā)生 stack_trace_with_native_method發(fā)生頻率：1顆星造成原因本機(jī)方法（native method）分配失敗 打印的堆棧跟蹤信息，最頂層的幀是本機(jī)方法
解決方案使用操作系統(tǒng)本地工具進(jìn)行診斷
|
