java虚拟机内存溢出的三个原因_Java虚拟机内存溢出

内存溢出

虚拟机内存可能发生OutOfMemoryError(简称OOM)异常和StackOverFlowError(简称SOF)异常。

1.

Java堆溢出

Java堆用于存储对象实例，我们只要不断地创建对象，并且保证GC

Roots到对象之间有可到达路径来避免垃圾回收机制清除这些对象，就会在对象数量到达最大堆的容量限制后产生内存溢出异常。

参数设置：-Xms参数设置堆最小值 -Xmx参数设置堆最大值 当两个参数设置为一样时堆不可扩展

-XX：+HeapDumpOnOutOfMemoryError可以让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照以便事后分析。

-XX：+PrintGCDetails打印堆内存详情

测试程序：

public class HeapOOM

{

static class OOMObject

{ }

public static void main(String

args[])

{

List

list = new

ArrayList();

while(true)

{

list.add(new

OOMObject());

}

}

}

2.

Java虚拟机栈溢出

在HotSpot虚拟机中并不区分虚拟机栈和本地方法栈，因此对于HotSpot来说，-Xoss参数(设置本地方法栈大小)虽然存在，但实际无效。

栈容量由参数-Xss设定。

1) 如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出SOF异常；

2) 如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出OOM异常；

但在单线程下，无论是由于栈帧太大，还是虚拟机栈容量太小，当内存无法分配时，都是SOF异常。

在多线程下，通过不断建立线程的方式可以产生OOM异常，但是这与栈空间是否足够大并不存在任何联系，或者准确的说，在这种情况下，给

每个线程的栈分配的内存越大，反而越容易产生OOM异常。

原因不难理解，操作系统为每个进程分配的内存是有限的，虚拟机提供了参数来控制Java堆和方法区的这两部分内存的最大值。这两部分为所有

线程公共的内存区，总内存减去Xmx(最大堆容量)和MaxPermSize(最大方法区容量)剩余的内存都由各个线程瓜分(这里忽略掉很少内存消耗的程序计数器)

，而线程消耗的内存主要是虚拟机栈。因此每个线程分配的栈容量越大，可以建立的线程数量自然就越少，增加线程时就越容易产生OOM异常。

因此，如果建立过多线程导致内存溢出的话，我们可以通过“减少内存”(减少最大堆和栈容量)来换取更多的线程。如果没有这方面经验的话，这种方式是很难想到的。

测试程序：

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;

}

}

}

3. 运行时常量池溢出

由于常量池分配在方法区，我们可以通过-XX：PermSize和-XX：MaxPermSize来限制方法区的大小，从而间接限制其中常量池的容量。

如果要向运行时常量池中添加内容，最简单的做法就是使用String.intern()这个Native方法。该方法的作用是：如果池中已包含一个等于此String对象的字符串，则返回代表池中这个字符串的String对象；否则，将此String对象包含的字符串添加到常量池中，并且返回此String对象的引用。

4. 方法区溢出

方法区用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。对于这个区域的测试，基本思路就是运行时产生大量的类去填充方法区，直到溢出。

可以借助CGLib直接操作字节码运行时，生成大量的动态类。