應(yīng)用程序過度使用 finalizer。finalizer 對(duì)象不能被 GC 立刻回收。finalizer 由結(jié)束隊(duì)列服務(wù)的守護(hù)線程調(diào)用,有時(shí) finalizer 。

創(chuàng)新互聯(lián)主要從事網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì)、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)息縣,十年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18980820575
1. Java 堆空間
發(fā)生頻率:5顆星
造成原因
應(yīng)用程序無意中保存了對(duì)象引用,對(duì)象無法被 GC 回收
應(yīng)用程序過度使用 finalizer。finalizer 對(duì)象不能被 GC 立刻回收。finalizer 由結(jié)束隊(duì)列服務(wù)的守護(hù)線程調(diào)用,有時(shí) finalizer 線程的處理能力無法跟上結(jié)束隊(duì)列的增長
解決方案
修復(fù)應(yīng)用程序中的內(nèi)存泄漏
2. GC 開銷超過限制
發(fā)生頻率:5顆星
造成原因
Java 進(jìn)程98%的時(shí)間在進(jìn)行垃圾回收,恢復(fù)了不到2%的堆空間,最后連續(xù)5個(gè)(編譯時(shí)常量)垃圾回收一直如此。
解決方案
使用 -XX:-UseGCOverheadLimit 取消 GC 開銷限制
修復(fù)應(yīng)用程序中的內(nèi)存泄漏
3. 請(qǐng)求的數(shù)組大小超過虛擬機(jī)限制
發(fā)生頻率:2顆星
造成原因
應(yīng)用程序試圖分配一個(gè)超過堆大小的數(shù)組
解決方案
修復(fù)應(yīng)用程序中分配巨大數(shù)組的 bug
4. Perm gen 空間
發(fā)生頻率:3顆星
造成原因
Perm gen 空間包含:
與類相關(guān)的對(duì)象數(shù)組和類型數(shù)組
當(dāng) Perm gen 空間用盡時(shí),將拋出異常。
解決方案
使用 -XX: MaxPermSize 增加 Permgen 大小
不重啟應(yīng)用部署應(yīng)用程序可能會(huì)導(dǎo)致此問題。重啟 JVM 解決
5. Metaspace
發(fā)生頻率:3顆星
造成原因
從 Java 8 開始 Perm gen 改成了 Metaspace,在本機(jī)內(nèi)存中分配 class 元數(shù)據(jù)(稱為 metaspace)。如果 metaspace 耗盡,則拋出異常
解決方案
通過命令行設(shè)置 -XX: MaxMetaSpaceSize 增加 metaspace 大小
減小 Java 堆大小,為 MetaSpace 提供更多的可用空間
可能是應(yīng)用程序 bug,修復(fù) bug
6. 無法新建本機(jī)線程
發(fā)生頻率:5顆星
造成原因
內(nèi)存不足,無法創(chuàng)建新線程。由于線程在本機(jī)內(nèi)存中創(chuàng)建,報(bào)告這個(gè)錯(cuò)誤表明本機(jī)內(nèi)存空間不足
解決方案
增加操作系統(tǒng)級(jí)別的限制ulimit -a
用戶進(jìn)程數(shù)增大 (-u) 1800
使用 -Xss 減小線程堆棧大小
7. 殺死進(jìn)程或子進(jìn)程
發(fā)生頻率:1顆星
造成原因
內(nèi)核任務(wù):內(nèi)存不足結(jié)束器,在可用內(nèi)存極低的情況下會(huì)殺死進(jìn)程
解決方案
與其他 OOM 錯(cuò)誤不同,這是由操作系統(tǒng)而非 JVM 觸發(fā)的。
8. 發(fā)生 stack_trace_with_native_method
發(fā)生頻率:1顆星
造成原因
本機(jī)方法(native method)分配失敗
解決方案
使用操作系統(tǒng)本地工具進(jìn)行診斷
本文題目:JVM內(nèi)存溢出原因和解決方法
網(wǎng)頁路徑:
http://www.dlmjj.cn/article/djophsc.html