小編給大家分享一下Java異常之OutOfMemoryError怎么解決,相信大部分人都還不怎么了解,因此分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后大有收獲,下面讓我們一起去了解一下吧!
在Java虛擬機規(guī)范描述中,除了程序計數(shù)器外,虛擬機內(nèi)存的其他幾個運行區(qū)域都有發(fā)生 OOM 異常的可能。在這里,用代碼驗證各個運行時區(qū)域存儲的內(nèi)容并討論該如何進行處理。
Java堆溢出
Java 堆用于存儲對象實例,只要不斷創(chuàng)建對象,并且保證 GC Roots 到對象之間有可達路徑來避免垃圾回收機制清除這些對象,那么對象數(shù)量達到大堆的容量限制之后就會產(chǎn)生內(nèi)存溢出異常。
異常再現(xiàn)
代碼采用如下虛擬機參數(shù):
-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
這樣 Java 堆的大小將被限制為20 MB 且不可拓展。通過參數(shù) -XX:+HeapDumpOnOutOfMemoryError 可以讓虛擬機在出現(xiàn)內(nèi)存溢出異常時 Dump 出當前的內(nèi)存堆轉(zhuǎn)儲快照以便時候進行分析。
采用如下代碼進行驗證:
public class HeapOOM { static class OOMObject { } public static void main(String[] args) { List<OOMObject> list = new ArrayList<OOMObject>(); while (true) { list.add(new OOMObject()); } } }
運行結(jié)果:
java.lang.OutOfMemoryError: Java heap space Dumping heap to java_pid3460.hprof ... Heap dump file created [28199779 bytes in 0.237 secs]
Java 堆內(nèi)存的 OOM 異常是實際應(yīng)用中常見的內(nèi)存溢出異常情況,出現(xiàn)時往往會緊跟著提示“Java heap space”。
要解決這個區(qū)域的異常,一般的手段是先通過內(nèi)存映像分析工具,比如 MAT ,確認到底是出現(xiàn)了內(nèi)存泄漏還是內(nèi)存溢出。
如果是內(nèi)存泄漏,可以進一步通過工具查看泄漏對象到 GC Roots 的引用鏈,找到泄漏對象是通過怎樣的途徑和 GC Roots 相關(guān)聯(lián)并導(dǎo)致垃圾收集器無法自動回收它們所占的空間。
如果不是內(nèi)存泄漏,換而言之,內(nèi)存中的對象確實還有必要存活著,那么就應(yīng)當檢查虛擬機的堆參數(shù),與機器物理內(nèi)存對比看是否還可以調(diào)大。從代碼層面上看,是否存在某些對象生命周期過長、持有狀態(tài)時間過長的情況,嘗試減少程序運行期間的內(nèi)存消耗。
由于在 HotSpot 虛擬機中并不區(qū)分虛擬機棧或者本地方法棧,因此對于 HotSpot 而言,雖然 -Xoss 參數(shù)存在,但是實際上是無效的,棧容量只由 -Xss 參數(shù)設(shè)定。
在單線程下,代碼采用如下的虛擬機參數(shù):
-Xss128k
使用該參數(shù)減小棧容量,使用如下代碼復(fù)現(xiàn)異常:
public class JavaVMStackSOF { private int stackLength = 1; public void stackLeak() { stackLength++; stackLeak(); } public static void main(String[] args) throws Throwable { JavaVMStackSOF oom = new JavaVMStackSOF(); try { oom.stackLeak(); } catch (Throwable e) { System.out.println("stack length:" + oom.stackLength); throw e; } } }
如果使用虛擬機默認參數(shù),棧深度在大多數(shù)情況下(因為每個方法壓入棧的幀大小并不是一樣的,所以只能說在大多數(shù)情況下)達到1000 ~ 2000 完全沒有問題,對于正常的方法調(diào)用(包括遞歸),這個深度應(yīng)該完全足夠。
但是,如果是因為建立過多的線程導(dǎo)致內(nèi)存溢出,在不能減少線程數(shù)或者更換64位虛擬機的情況下,就只能通過減少大堆和減少棧容量來換取更多的線程。
本機直接內(nèi)存溢出
DirectMemory 容量可以通過 -XX :MaxDirectMemorySize 指定,如果不指定,則默認與Java大堆一樣。
使用以下虛擬機參數(shù):
-Xmx20M -XX:MaxDirectMemorySize=10M
使用以下代碼重現(xiàn)異常:
public class DirectMemoryOOM { private static final int _1MB = 1024 * 1024; public static void main(String[] args) throws Exception { Field unsafeField = Unsafe.class.getDeclaredFields()[0]; unsafeField.setAccessible(true); Unsafe unsafe = (Unsafe) unsafeField.get(null); while (true) { unsafe.allocateMemory(_1MB);//直接申請分配內(nèi)存 } } }
由 DirectMemory 導(dǎo)致的內(nèi)存溢出,一個明顯的特征就是在Heap Dump 文件中不會看見明顯的異常。
如果發(fā)現(xiàn) OOM 之后Dump文件很小,而程序中又直接或者間接使用了NIO ,那么就可以考慮檢查一下是不是這方面的原因。
以上是Java異常之OutOfMemoryError怎么解決的所有內(nèi)容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內(nèi)容對大家有所幫助,如果還想學習更多知識,歡迎關(guān)注創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計公司行業(yè)資訊頻道!
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
新聞名稱:Java異常之OutOfMemoryError怎么解決-創(chuàng)新互聯(lián)
網(wǎng)頁地址:http://chinadenli.net/article30/epcpo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供關(guān)鍵詞優(yōu)化、營銷型網(wǎng)站建設(shè)、網(wǎng)站導(dǎo)航、Google、微信小程序、用戶體驗
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容