場景來源
客戶現(xiàn)場有一套重要的業(yè)務(wù)系統(tǒng),供業(yè)務(wù)同事進(jìn)行使用,但是每連續(xù)運(yùn)行10天都會(huì)出現(xiàn)問題,會(huì)造成程序慢響應(yīng),無響應(yīng)情況,嚴(yán)重影響消費(fèi)者、使用者的使用體驗(yàn),經(jīng)常得到業(yè)務(wù)同事反饋,所以配合研發(fā)對該問題進(jìn)行查詢。
該系統(tǒng)硬件服務(wù)器性能足夠,但每個(gè)重啟周期內(nèi)內(nèi)存都是緩慢上升,觀察JVM使用率、系統(tǒng)內(nèi)存使用率等均是持續(xù)上升,未發(fā)現(xiàn)有主動(dòng)進(jìn)行內(nèi)存回收,初步懷疑為內(nèi)存泄漏導(dǎo)致。
初識(shí)JVM虛擬機(jī)
JVM虛擬機(jī)的結(jié)構(gòu)
Java虛擬機(jī)主要分為五大模塊:
常見的內(nèi)存溢出
現(xiàn)象一:
java.lang.OutOfMemoryError: Java heap space
代碼中可能存在大對象分配。
可能存在內(nèi)存泄露,導(dǎo)致在多次GC之后,還是無法找到一塊足夠大的內(nèi)存容納當(dāng)前對象。
檢查是否存在大對象的分配,最有可能的是大數(shù)組分配。
如果沒有找到明顯的內(nèi)存泄露,可以臨時(shí) -Xmx 加大堆內(nèi)存。
還有一點(diǎn)容易被忽略,檢查是否有大量的自定義的 Finalizable 對象,也有可能是框架內(nèi)部提供的,考慮其存在的必要性。
現(xiàn)象二:
java.lang.OutOfMemoryError: PermGen
spacejava.lang.OutOfMemoryError: Metaspace
在Java7之前,頻繁的錯(cuò)誤使用String.intern()方法 。
運(yùn)行期間生成了大量的代理類,導(dǎo)致方法區(qū)被撐爆,無法卸載 。
應(yīng)用長時(shí)間運(yùn)行,沒有重啟。
檢查是否永久代空間或者元空間設(shè)置的過小。
檢查代碼中是否存在大量的反射操作 。
dump之后通過mat檢查是否存在大量由于反射生成的代理類。
現(xiàn)象三:
java.lang.OutOfMemoryError:GC overhead limit exceeded
檢查項(xiàng)目中是否有大量的死循環(huán)或有使用大內(nèi)存的代碼,優(yōu)化代碼。
添加參數(shù) -XX:-UseGCOverheadLimit 禁用這個(gè)檢查,其實(shí)這個(gè)參數(shù)解決不了內(nèi)存問題,只是把錯(cuò)誤的信息延后,最終出現(xiàn) java.lang.OutOfMemoryError: Java heap space。
現(xiàn)象四:
java.lang.OutOfMemoryError : unable to create new native Thread
出現(xiàn)這種異常,基本上都是創(chuàng)建的了大量的線程導(dǎo)致的,以前碰到過一次,通過jstack出來一共8000多個(gè)線程。
通過 -Xss 降低的每個(gè)線程棧大小的容量。
線程總數(shù)也受到系統(tǒng)空閑內(nèi)存和操作系統(tǒng)的限制,檢查是否該系統(tǒng)下有此限制:
/proc/sys/kernel/pid_max
/proc/sys/kernel/thread-max
maxuserprocess(ulimit -u)
/proc/sys/vm/maxmapcount
java.lang.OutOfMemoryError: Requested array size exceeds VM limit
java.lang.OutOfMemoryError: Out of swap space
swap 分區(qū)大小分配不足。
其他進(jìn)程消耗了所有的內(nèi)存。
其它服務(wù)進(jìn)程可以選擇性的拆分出去 。
加大swap分區(qū)大小,或者加大機(jī)器內(nèi)存大小。
緊急處理方法
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/129551.html
摘要:問題分析之死鎖產(chǎn)生死鎖必須同時(shí)滿足以下四個(gè)條件互斥條件一段時(shí)間內(nèi)某資源只能被一個(gè)線程進(jìn)程占有,若有其他請求線程只能等待。問題分析之內(nèi)存泄露內(nèi)存溢出堆內(nèi)存溢出內(nèi)存泄露指的是申請內(nèi)存后無法釋放該內(nèi)存。 問題分析之死鎖 產(chǎn)生死鎖必須同時(shí)滿足以下四個(gè)條件: 互斥條件:一段時(shí)間內(nèi)某資源只能被一個(gè)線程(進(jìn)程)占有,若有其他請求線程只能等待。 不剝奪條件:一個(gè)線程占用某資源后只能該線程自己釋放資...
摘要:內(nèi)存溢出分配的內(nèi)存空間超過系統(tǒng)內(nèi)存。內(nèi)存泄漏的原因分析由大塊組成堆,棧,本地方法棧,程序計(jì)數(shù)器,方法區(qū)。內(nèi)存溢出的原因分析內(nèi)存溢出是由于沒被引用的對象垃圾過多造成沒有及時(shí)回收,造成的內(nèi)存溢出。小結(jié)棧內(nèi)存溢出程序所要求的棧深度過大導(dǎo)致。 showImg(https://segmentfault.com/img/bVbweuq?w=563&h=300); 前言:JVM中除了程序計(jì)數(shù)器,其他...
摘要:那就只能是處理的數(shù)據(jù)超過了堆區(qū)內(nèi)存上限,按照這個(gè)猜測往下分析。主要暴增對象如上圖框出來的地方。符合對象內(nèi)存一篇文中分析的字節(jié)大小。優(yōu)化自己的程序,使其在運(yùn)行過程中占用內(nèi)存盡可能的少。針對異常的具體優(yōu)化措施。 前言 在正式開始講解關(guān)于OutOfMemoryError錯(cuò)誤之前先來了解下,我在遇到這個(gè)異常的背景。 對數(shù)據(jù)充滿敬畏之心 我需要對hive中的數(shù)據(jù)進(jìn)行批量操作處理,對于沒有了解過h...
摘要:本文詳細(xì)描述了堆內(nèi)存模型,垃圾回收算法以及處理內(nèi)存泄露的最佳方案,并輔之以圖表,希望能對理解內(nèi)存結(jié)構(gòu)有所幫助。該區(qū)域也稱為內(nèi)存模型的本地區(qū)。在中,內(nèi)存泄露是指對象已不再使用,但垃圾回收未能將他們視做不使用對象予以回收。 本文詳細(xì)描述了 Java 堆內(nèi)存模型,垃圾回收算法以及處理內(nèi)存泄露的最佳方案,并輔之以圖表,希望能對理解 Java 內(nèi)存結(jié)構(gòu)有所幫助。原文作者 Sumith Puri,...
閱讀 1357·2023-01-11 13:20
閱讀 1707·2023-01-11 13:20
閱讀 1215·2023-01-11 13:20
閱讀 1906·2023-01-11 13:20
閱讀 4165·2023-01-11 13:20
閱讀 2757·2023-01-11 13:20
閱讀 1402·2023-01-11 13:20
閱讀 3672·2023-01-11 13:20