Java編程常見內(nèi)存溢出異常與代碼示例
Java 堆是用來存儲對象實例的, 因此如果我們不斷地創(chuàng)建對象, 并且保證 GC Root 和創(chuàng)建的對象之間有可達路徑以免對象被垃圾回收, 那么當(dāng)創(chuàng)建的對象過多時, 會導(dǎo)致 heap 內(nèi)存不足, 進而引發(fā) OutOfMemoryError 異常.
/** * @author xiongyongshun * VM Args: java -Xms10m -Xmx10m -XX:+HeapDumpOnOutOfMemoryError */ public class OutOfMemoryErrorTest { public static void main(String[] args) { List<Integer> list = new ArrayList<>(); int i = 0; while (true) { list.add(i++); } } }
上面是一個引發(fā) OutOfMemoryError 異常的代碼, 我們可以看到, 它就是通過不斷地創(chuàng)建對象, 并將對象保存在 list 中防止其被垃圾回收, 因此當(dāng)對象過多時, 就會使堆內(nèi)存溢出。
通過 java -Xms10m -Xmx10m -XX:+HeapDumpOnOutOfMemoryError 我們設(shè)置了堆內(nèi)存為 10 兆, 并且使用參數(shù) -XX:+HeapDumpOnOutOfMemoryError 讓 JVM 在發(fā)生 OutOfMemoryError 異常時打印出當(dāng)前的內(nèi)存快照以便于后續(xù)分析.
編譯運行上述代碼后, 會有如下輸出:
>>> java -Xms10m -Xmx10m -XX:+HeapDumpOnOutOfMemoryError com.test.OutOfMemoryErrorTest 16-10-02 23:35 java.lang.OutOfMemoryError: Java heap space Dumping heap to java_pid1810.hprof ... Heap dump file created [14212861 bytes in 0.125 secs] Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:3210) at java.util.Arrays.copyOf(Arrays.java:3181) at java.util.ArrayList.grow(ArrayList.java:261) at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235) at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227) at java.util.ArrayList.add(ArrayList.java:458) at com.test.OutOfMemoryErrorTest.main(OutOfMemoryErrorTest.java:15)
Java 棧 StackOverflowError
我們知道, JVM 的運行時數(shù)據(jù)區(qū)中有一個叫做 虛擬機棧 的內(nèi)存區(qū)域, 此區(qū)域的作用是: 每個方法在執(zhí)行時都會創(chuàng)建一個棧幀, 用于存儲局部變量表, 操作數(shù)棧, 方法出口等信息.
因此我們可以創(chuàng)建一個無限遞歸的遞歸調(diào)用, 當(dāng)遞歸深度過大時, 就會耗盡??臻g, 進而導(dǎo)致了 StackOverflowError 異常.
下面是具體的代碼:
/** * @author xiongyongshun * VM Args: java -Xss64k */ public class OutOfMemoryErrorTest { public static void main(String[] args) { stackOutOfMemoryError(1); } public static void stackOutOfMemoryError(int depth) { depth++; stackOutOfMemoryError(depth); } }
當(dāng)編譯運行上述的代碼后, 會輸出如下異常信息:
Exception in thread "main" java.lang.StackOverflowError at com.test.OutOfMemoryErrorTest.stackOutOfMemoryError(OutOfMemoryErrorTest.java:27)
方法區(qū)內(nèi)存溢出
注意, 因為 JDK8 已經(jīng)移除了永久代, 取而代之的是 metaspace, 因此在 JDK8 中, 下面兩個例子都不會導(dǎo)致 java.lang.OutOfMemoryError: PermGen space 異常.
運行時常量池溢出
在 Java 1.6 以及之前的 HotSpot JVM 版本時, 有永久代的概念, 即 GC 的分代收集機制是擴展至方法區(qū)的. 在方法區(qū)中, 有一部分內(nèi)存是用于存儲常量池, 因此如果代碼中常量過多時, 就會耗盡常量池內(nèi)存, 進而導(dǎo)致內(nèi)存溢出.那么如何添加大量的常量到常量池呢? 這時就需要依靠 String.intern() 方法了. String.intern() 方法的作用是: 若此 String 的值在常量池中已存在, 則這個方法返回常量池中對應(yīng)字符串的引用; 反之將此 String 所包含的值添加到常量池中, 并返回此 String 對象的引用. 在 JDK 1.6 以及之前的版本中, 常量池分配在永久代中, 因此我們可以通過設(shè)置參數(shù) “-XX:PermSize” 和 “-XX:MaxPermSize” 來間接限制常量池的大小.
注意, 上面所說的 String.intern() 方法和常量池的內(nèi)存分布僅僅針對于 JDK 1.6 及之前的版本, 在 JDK 1.7 或以上的版本中, 由于去除了永久代的概念, 因此內(nèi)存布局稍有不同.
下面是實現(xiàn)常量池內(nèi)存溢出的代碼例子:
/** * @author xiongyongshun * VM Args: -XX:PermSize=10M -XX:MaxPermSize=10M */ public class RuntimeConstantPoolOOMTest { public static void main(String[] args) { List<String> list = new ArrayList<String>(); int i = 0; while (true) { list.add(String.valueOf(i++).intern()); } } }
我們看到, 這個例子中, 正是使用了 String.intern() 方法, 向常量池中添加了大量的字符串常量, 因而導(dǎo)致了常量池的內(nèi)存溢出.
我們通過 JDK1.6 編譯并運行上面的代碼, 會有如下輸出:
Exception in thread "main" java.lang.OutOfMemoryError: PermGen space at java.lang.String.intern(Native Method) at com.test.RuntimeConstantPoolOOMTest.main(RuntimeConstantPoolOOMTest.java:16)
需要注意的是, 如果通過 JDK1.8 來編譯運行上面代碼的話, 會有如下警告, 并且不會產(chǎn)生任何的異常:
>>> java -XX:PermSize=10M -XX:MaxPermSize=10M com.test.RuntimeConstantPoolOOMTest 16-10-03 0:23 Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=10M; support was removed in 8.0 Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=10M; support was removed in 8.0
方法區(qū)的內(nèi)存溢出
方法區(qū)作用是存放 Class 的相關(guān)信息, 例如類名, 類訪問修飾符, 字段描述, 方法描述等. 因此如果方法區(qū)過小, 而加載的類過多, 就會造成方法區(qū)的內(nèi)存溢出.
//VM Args: -XX:PermSize=10M -XX:MaxPermSize=10M public class MethodAreaOOMTest { public static void main(String[] args) { while (true) { Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(MethodAreaOOMTest.class); enhancer.setUseCache(false); enhancer.setCallback(new MethodInterceptor() { public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable { return methodProxy.invokeSuper(o, objects); } }); enhancer.create(); } } }
上面的代碼中, 我們借助 CGlib 來動態(tài)地生成大量的類, 在 JDK6 下, 運行上面的代碼會產(chǎn)生 OutOfMemoryError: PermGen space 異常:
/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home/bin/java -jar -XX:PermSize=10M -XX:MaxPermSize=10M target/Test-1.0-SNAPSHOT.jar
輸出結(jié)果如下:
Caused by: java.lang.OutOfMemoryError: PermGen space at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:637) at java.lang.ClassLoader.defineClass(ClassLoader.java:621) ... 11 more
MetaSpace 內(nèi)存溢出
在 方法區(qū)的內(nèi)存溢出 內(nèi)存溢出一節(jié)中, 我們提到, JDK8 沒有了永久代的概念, 因此那兩個例子在 JDK8 下沒有實現(xiàn)預(yù)期的效果. 那么在 JDK8 下, 是否有類似方法區(qū)內(nèi)存溢出之類的錯誤呢? 當(dāng)然有的. 在 JDK8 中, 使用了 MetaSpace 的區(qū)域來存放 Class 的相關(guān)信息, 因此當(dāng) MetaSpace 內(nèi)存空間不足時, 會拋出 java.lang.OutOfMemoryError: Metaspace 異常.
我們還是以上面提到的例子為例:
//VM Args: -XX:MaxMetaspaceSize=10M public class MethodAreaOOMTest { public static void main(String[] args) { while (true) { Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(MethodAreaOOMTest.class); enhancer.setUseCache(false); enhancer.setCallback(new MethodInterceptor() { public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable { return methodProxy.invokeSuper(o, objects); } }); enhancer.create(); } } }
此例子的代碼部分沒有改動, 唯一的區(qū)別是我們需要使用 JDK8 來運行這段代碼, 并且設(shè)著參數(shù) -XX:MaxMetaspaceSize=10M, 這個參數(shù)告訴 JVM Metaspace 的最大大小是 10M.
接著我們使用 JDK8 來編譯運行這個例子, 輸出如下異常:
>>> java -jar -XX:MaxMetaspaceSize=10M target/Test-1.0-SNAPSHOT.jar Exception in thread "main" java.lang.OutOfMemoryError: Metaspace at net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:345) at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:492) at net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:114) at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:291) at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:480) at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:305) at com.test.MethodAreaOOMTest.main(MethodAreaOOMTest.java:22)
總結(jié)
以上就是本文關(guān)于Java編程常見內(nèi)存溢出異常與代碼示例的全部內(nèi)容,希望對大家有所幫助。感興趣的朋友可以繼續(xù)參閱本站其他相關(guān)專題,如有不足之處,歡迎留言指出。感謝朋友們對本站的支持!
- Java 常見的幾種內(nèi)存溢出異常的原因及解決
- 詳解Java內(nèi)存溢出的幾種情況
- Java內(nèi)存溢出案例模擬和原理分析過程
- Java內(nèi)存溢出實現(xiàn)原因及解決方案
- java內(nèi)存泄漏與內(nèi)存溢出關(guān)系解析
- JAVA內(nèi)存溢出解決方案圖解
- Java 堆內(nèi)存溢出原因分析
- 解決Java導(dǎo)入excel大量數(shù)據(jù)出現(xiàn)內(nèi)存溢出的問題
- Java內(nèi)存溢出和內(nèi)存泄露
- 完美解決java讀取大文件內(nèi)存溢出的問題
- 以Java代碼的方式總結(jié)幾個典型的內(nèi)存溢出案例
相關(guān)文章
SpringBoot和Vue.js實現(xiàn)的前后端分離的用戶權(quán)限管理系統(tǒng)
本文主要介紹了SpringBoot和Vue.js實現(xiàn)的前后端分離的用戶權(quán)限管理系統(tǒng),文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-04-04基于SpringBoot和PostGIS的某國基地可視化實戰(zhàn)
本文以Java開發(fā)語言為例,使用SpringBoot框架來進行后臺開發(fā),詳細講解如何使用Leaflet對PostGIS的全球基地信息進行Web可視化,最后分享Web可視化結(jié)果,感興趣的朋友跟隨小編一起看看吧2024-08-08