詳解Java內(nèi)存溢出的幾種情況
JVM(Java虛擬機)是一個抽象的計算模型。就如同一臺真實的機器,它有自己的指令集和執(zhí)行引擎,可以在運行時操控內(nèi)存區(qū)域。目的是為構建在其上運行的應用程序提供一個運行環(huán)境。JVM可以解讀指令代碼并與底層進行交互:包括操作系統(tǒng)平臺和執(zhí)行指令并管理資源的硬件體系結(jié)構。
1. 前言
JVM提供的內(nèi)存管理機制和自動垃圾回收極大的解放了用戶對于內(nèi)存的管理,大部分情況下不會出現(xiàn)內(nèi)存泄漏和內(nèi)存溢出問題。但是基本不會出現(xiàn)并不等于不會出現(xiàn),所以掌握Java內(nèi)存模型原理和學會分析出現(xiàn)的內(nèi)存溢出或內(nèi)存泄漏,對于使用Java的用戶來說仍然十分重要。
Java中內(nèi)存溢出常見于如下的幾種情形:
棧內(nèi)存溢出(StackOverflowError) 堆內(nèi)存溢出(OutOfMemoryError:java heap space) 永久代溢出(OutOfMemoryError:PermGen sapce) ……不同的內(nèi)存溢出錯誤可能會發(fā)生在內(nèi)存模型的不同區(qū)域,因此,我們需要根據(jù)出現(xiàn)錯誤的代碼具體分析來找出可能導致錯誤發(fā)生的地方,并想辦法進行解決。
2. 棧內(nèi)存溢出
棧內(nèi)存可以分為虛擬機棧(VM Stack)和本地方法棧(Native Method Stack),除了它們分別用于執(zhí)行Java方法(字節(jié)碼)和本地方法,其余部分原理是類似的(以虛擬機棧為例說明)。Java虛擬機棧是線程私有的,當線程中方法被調(diào)度時,虛擬機會創(chuàng)建用于保存局部變量表、操作數(shù)棧、動態(tài)連接和方法出口等信息的棧幀(Stack Frame)。
具體來說,當線程執(zhí)行某個方法時,JVM會創(chuàng)建棧幀并壓棧,此時剛壓棧的棧幀就成為了當前棧幀。如果該方法進行遞歸調(diào)用時,JVM每次都會將保存了當前方法數(shù)據(jù)的棧幀壓棧,每次棧幀中的數(shù)據(jù)都是對當前方法數(shù)據(jù)的一份拷貝。如果遞歸的次數(shù)足夠多,多到棧中棧幀所使用的內(nèi)存超出了棧內(nèi)存的最大容量,此時JVM就會拋出StackOverflowError。
下面我們下一個不斷的遞歸調(diào)用自己的方法,然后執(zhí)行該程序:
public class StackOverflowErrorDemo { private static int stackLength = 0; public static void main(String[] args) { StackOverflowErrorDemo demo = new StackOverflowErrorDemo(); try { demo.pusStack(); } catch (Throwable e){ System.out.println('stack length is: ' + demo.stackLength); throw e; } } public void pusStack(){ stackLength++; pusStack(); }}
運行程序很快就會拋出異常,異常信息如下所示。從輸出信息中發(fā)現(xiàn),出現(xiàn)問題的地方就是程序中遞歸調(diào)用方法自身的地方。
stack length is: 20315Exception in thread 'main' java.lang.StackOverflowErrorat OutOfMemoryErrorDemo.StackOverflowErrorDemo.pusStack(StackOverflowErrorDemo.java:16)at OutOfMemoryErrorDemo.StackOverflowErrorDemo.pusStack(StackOverflowErrorDemo.java:16)at OutOfMemoryErrorDemo.StackOverflowErrorDemo.pusStack(StackOverflowErrorDemo.java:16)......
總之,不論是因為棧幀太大還是棧內(nèi)存太小,當新的棧幀內(nèi)存無法被分配時,JVM就會拋出StackOverFlowError。通常棧內(nèi)存可以通過設置-Xss參數(shù)來改變大小。
3. 堆內(nèi)存溢出
堆內(nèi)存的唯一作用就是存放數(shù)組和對象實例,即通過new指令創(chuàng)建的對象,包括數(shù)組和引用類型。堆內(nèi)存溢出又分為兩種情況:
堆內(nèi)存溢出:當堆中對象實例所占的內(nèi)存空間超出了堆內(nèi)存的最大容量,JVM就會拋出OutOfMemoryError:java heap space異常 堆內(nèi)存泄露:當堆中一些對象不再被引用但垃圾回收器無法識別時,這些未使用的對象就會在堆內(nèi)存空間中無限期存在,不斷的堆積就會造成內(nèi)存泄漏如果是因為堆內(nèi)存空間太小,可以通過改變-Xmx來進行調(diào)整,或者分析程序中對象的生命周期和存儲結(jié)構等信息進行調(diào)整;如果發(fā)生了內(nèi)存泄漏,則可以先找出導致泄漏發(fā)生的對象是如何被GC ROOT引用起來的,然后通過分析引用鏈找到發(fā)生泄漏的地方。
例如,我們通過-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError來設置堆內(nèi)存大小為20M,并且設定不支持自動擴展,同時使用-XX:+HeapDumpOnOutOfMemoryError實現(xiàn)當異常拋出時Dump出當前的內(nèi)存堆轉(zhuǎn)儲快照進行分析。
import java.util.ArrayList;public class HeapOOMDemo { static class OOMObject{} public static void main(String[] args) { ArrayList<OOMObject> list = new ArrayList<>(); HeapOOMDemo demo = new HeapOOMDemo(); try { while (true) {list.add(new OOMObject()); } } catch (Throwable e){ System.out.println(list.size()); throw e; } }}
運行程序一段時間后輸出如下信息:
70091070Exception in thread 'main' java.lang.OutOfMemoryError: Java heap spaceat java.base/java.util.Arrays.copyOf(Arrays.java:3721)at java.base/java.util.Arrays.copyOf(Arrays.java:3690)at java.base/java.util.ArrayList.grow(ArrayList.java:235)......
到此這篇關于詳解Java內(nèi)存溢出的幾種情況的文章就介紹到這了,更多相關Java內(nèi)存溢出內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持好吧啦網(wǎng)!
相關文章:
1. springboot項目整合druid數(shù)據(jù)庫連接池的實現(xiàn)2. android 控件同時監(jiān)聽單擊和雙擊實例3. Java Media Framework 基礎教程4. Python 忽略文件名編碼的方法5. 解決vue頁面刷新,數(shù)據(jù)丟失的問題6. JavaEE SpringMyBatis是什么? 它和Hibernate的區(qū)別及如何配置MyBatis7. SpringBoot使用Captcha生成驗證碼8. python 讀txt文件,按‘,’分割每行數(shù)據(jù)操作9. android studio實現(xiàn)簡單的計算器(無bug)10. 在Mac中配置Python虛擬環(huán)境過程解析
