拯救 Out Of Memory，8个案例带你飞！
來自：唐尤華
https://bloggceasy.files.wordpress.com/2015/05/outofmemoryerror2.pdf
1. Java 堆空間
發生頻率：5顆星
造成原因
無法在 Java 堆中分配對象
吞吐量增加
應用程序無意中保存了對象引用，對象無法被 GC 回收
應用程序過度使用 finalizer。finalizer 對象不能被 GC 立刻回收。finalizer 由結束隊列服務的守護線程調用，有時 finalizer 線程的處理能力無法跟上結束隊列的增長
解決方案
單位對應：GB -> G, g；MB -> M, m；KB -> K, k
使用?-Xmx?增加堆大小
修復應用程序中的內存泄漏
2. GC 開銷超過限制
發生頻率：5顆星
造成原因
Java 進程98%的時間在進行垃圾回收，恢復了不到2%的堆空間，最后連續5個（編譯時常量）垃圾回收一直如此。
解決方案
使用?-Xmx?增加堆大小
使用?-XX:-UseGCOverheadLimit?取消?GC?開銷限制
修復應用程序中的內存泄漏
3. 請求的數組大小超過虛擬機限制
發生頻率：2顆星
造成原因
應用程序試圖分配一個超過堆大小的數組
解決方案
使用?-Xmx?增加堆大小
修復應用程序中分配巨大數組的 bug
4. Perm gen 空間
發生頻率：3顆星
造成原因
Perm gen 空間包含：
-
類的名字、字段、方法
-
與類相關的對象數組和類型數組
-
JIT 編譯器優化
當 Perm gen 空間用盡時，將拋出異常。
解決方案
使用?-XX:?MaxPermSize?增加?Permgen?大小
不重啟應用部署應用程序可能會導致此問題。重啟 JVM 解決
5. Metaspace
發生頻率：3顆星
造成原因
從?Java 8?開始 Perm gen 改成了 Metaspace，在本機內存中分配 class 元數據（稱為 metaspace）。如果 metaspace 耗盡，則拋出異常
解決方案
通過命令行設置?-XX:?MaxMetaSpaceSize?增加?metaspace?大小
取消?-XX:?maxmetsspacedize
減小 Java 堆大小,為 MetaSpace 提供更多的可用空間
為服務器分配更多的內存
可能是應用程序 bug，修復 bug
6. 無法新建本機線程
發生頻率：5顆星
造成原因
內存不足，無法創建新線程。由于線程在本機內存中創建，報告這個錯誤表明本機內存空間不足
解決方案
為機器分配更多的內存
減少 Java 堆空間
修復應用程序中的線程泄漏。
增加操作系統級別的限制
-
ulimit -a
-
用戶進程數增大?(-u) 1800
使用?-Xss?減小線程堆棧大小
7. 殺死進程或子進程
發生頻率：1顆星
造成原因
內核任務：內存不足結束器，在可用內存極低的情況下會殺死進程
解決方案
將進程遷移到不同的機器上
給機器增加更多內存
與其他 OOM 錯誤不同，這是由操作系統而非?JVM?觸發的。
8. 發生 stack_trace_with_native_method
發生頻率：1顆星
造成原因
本機方法（native method）分配失敗
打印的堆棧跟蹤信息，最頂層的幀是本機方法
解決方案
使用操作系統本地工具進行診斷
總結
以上是生活随笔為你收集整理的拯救 Out Of Memory，8个案例带你飞！的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 一文理解微服务架构下的系统可用性如何保证
- 下一篇： 有感于任正非老爷子的发言