本文共 1484 字，大约阅读时间需要 4 分钟。
1.堆内存溢出:
修改JVM参数:-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
package cn.mxl.heap;import java.util.ArrayList;import java.util.List;public class OomHeap { public static void main(String[] args) { List 运行结果:
解决办法:
1.修改JVM参数,扩大堆内存 ;
2.通过Jconsole进行内存分析或者使用Eclipse Memory Analyzer,然后找到泄露的对象,进行处理;
这里要注意一下:内存泄露(memory leak)和内存溢出(memory overflow),笔者的理解是,第一个是在使用过程中因为不够,导致的异常,一个是线程申请的时候内存不够所抛出的异常,其中笔者个人觉得没有多大意义去区分它,我们分析方法和解决办法还是上面那两种;
2虚拟机栈和本地方法栈溢出
测试代码:
package cn.mxl.stack;public class JavaVMStack { private int test=1; public void stackLeak() { test++; stackLeak(); } public static void main(String[] args) { // TODO Auto-generated method stub JavaVMStack javaVMStack=new JavaVMStack(); try { javaVMStack.stackLeak(); } catch (Throwable e) { // TODO: handle exception System.out.println("test:"+javaVMStack.test); e.printStackTrace(); } }} 运行结果:
首先笔者还是想解释一下,这里为什么会出现栈溢出StackOverflowError的异常;首先那个int test笔者的目的只是观察被执行了几次这个方法,读者千万别以为和栈溢出有什么关系,栈溢出主要是由于栈帧太大导致的溢出,而我们的方法调用都保存在栈帧中,所以当我们不断的循环调用方法的时候,就会出现栈帧太大,导致栈溢出报Stack Overflow的异常.
栈的溢出可能会让我们想到递归,因为递归是很容易导致线程溢出的(还有多线程的情况下),那我们又该如何解决栈溢出呢?
1.传统的方式,减少不必要的线程数,或者增加虚拟机内存;
2.实际的方式,因为虚拟机内存是被heap和stack两个来平分的(这里不可能那些其他的占用虚拟机内存的区域),所以减少heap的内存,从而间接的增加stack的内存;
3.方法区和运行时常量池溢出
在之前jdk1.7的时候,通过String.intern()方法可以使得方法区溢出,但是如今String的常量池在1.8之后放到堆内存中,导致笔者也暂时没有想到哪个程序能够使得方法区溢出;
笔者只能提供一下一旦方法区溢出的解决办法:
1.排查,然后修改代码;
2.设置方法区内存值;
笔者在这里省略了一个本机直接内存溢出,想了解的可以去网上单独看看.
转载地址：http://zubhz.baihongyu.com/