JVM内存溢出详解-技术圈

内存溢出和内存泄漏的区别：

内存溢出 out of memory ，是指程序在申请内存时，没有足够的内存空间供其使用，出现 out of memory ；比如申请了一个 integer, 但给它存了 long 才能存下的数，那就是内存溢出。

内存泄露 memory leak ，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存 , 迟早会被占光。

memory leak 会最终会导致 out of memory

内存溢出就是你要求分配的内存超出了系统能给你的，系统不能满足需求，于是产生溢出。

内存泄漏是指你向系统申请分配内存进行使用 (new) ，可是使用完了以后却不归还 (delete) ，结果你申请到的那块内存你自己也不能再访问（也许你把它的地址给弄丢了），而系统也不能再次将它分配给需要的程序。一个盘子用尽各种方法只能装 4 个果子，你装了 5 个，结果掉倒地上不能吃了。这就是溢出！比方说栈，栈满时再做进栈必定产生空间溢出，叫上溢，栈空时再做退栈也产生空间溢出，称为下溢。就是分配的内存不足以放下数据项序列 , 称为内存溢出。

全文简短总结，具体内容可以看下文。

栈内存溢出 (StackOverflowError) ：

程序所要求的栈深度过大导致，可以写一个死递归程序触发。

堆内存溢出 (OutOfMemoryError:java heap space)

分清内存溢出还是内存泄漏
泄露则看对象如何被 GC Root 引用。
溢出则通过调大 -Xms ， -Xmx 参数。

持久带内存溢出 (OutOfMemoryError: PermGen space)

持久带中包含方法区，方法区包含常量池
因此持久带溢出有可能是运行时常量池溢出，也有可能是方法区中保存的 class 对象没有被及时回收掉或者 class 信息占用的内存超过了我们配置
用 String.intern() 触发常量池溢出
Class 对象未被释放， Class 对象占用信息过多，有过多的 Class 对象。可以导致持久带内存溢出

无法创建本地线程

总容量不变，堆内存，非堆内存设置过大，会导致能给线程的内存不足。

以下是详细内容

栈溢出 (StackOverflowError)

栈溢出抛出 StackOverflowError 错误，出现此种情况是因为方法运行的时候栈的深度超过了虚拟机容许的最大深度所致。出现这种情况，一般情况下是程序错误所致的，比如写了一个死递归，就有可能造成此种情况。下面我们通过一段代码来模拟一下此种情况的内存溢出。

import java.util.*;
import java.lang.*;
public class OOMTest{
public void stackOverFlowMethod(){
        stackOverFlowMethod();
}
public static void main(String... args){
        OOMTest oom = new OOMTest();
oom.stackOverFlowMethod();
}
}

运行上面的代码，会抛出如下的异常：

Exception in thread "main" java.lang.StackOverflowError
        at OOMTest.stackOverFlowMethod(OOMTest.java:6)

对于栈内存溢出，根据《 Java 虚拟机规范》中文版：

如果线程请求的栈容量超过栈允许的最大容量的话， Java 虚拟机将抛出一个 StackOverflow 异常；如果 Java 虚拟机栈可以动态扩展，并且扩展的动作已经尝试过，但是无法申请到足够的内存去完成扩展，或者在新建立线程的时候没有足够的内存去创建对应的虚拟机栈，那么 Java 虚拟机将抛出一个 OutOfMemory 异常。

堆溢出 (OutOfMemoryError:java heap space)

堆内存溢出的时候，虚拟机会抛出 java.lang.OutOfMemoryError:java heap space, 出现此种情况的时候，我们需要根据内存溢出的时候产生的 dump 文件来具体分析（需要增加 - XX:+HeapDumpOnOutOfMemoryErrorjvm 启动参数）。出现此种问题的时候有可能是内存泄露，也有可能是内存溢出了。

如果内存泄露，我们要找出泄露的对象是怎么被 GC ROOT 引用起来，然后通过引用链来具体分析泄露的原因。
如果出现了内存溢出问题，这往往是程序本生需要的内存大于了我们给虚拟机配置的内存，这种情况下，我们可以采用调大 -Xmx 来解决这种问题。下面我们通过如下的代码来演示一下此种情况的溢出：

import java.util.*;
import java.lang.*;
public class OOMTest{
public static void main(String... args){
        List<byte[]> buffer = new ArrayList<byte[]>();
buffer.add(new byte[10*1024*1024]);
}
}

我们通过如下的命令运行上面的代码：

java -verbose:gc -Xmn10M -Xms20M -Xmx20M -XX:+PrintGC OOMTest

程序输出如下的信息：

[GC 1180K->366K(19456K), 0.0037311 secs]
        [Full GC 366K->330K(19456K), 0.0098740 secs]
        [Full GC 330K->292K(19456K), 0.0090244 secs]
        Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
        at OOMTest.main(OOMTest.java:7)

从运行结果可以看出， JVM 进行了一次 Minor gc 和两次的 Major gc ，从 Major gc 的输出可以看出， gc 以后 old 区使用率为 134K ，而字节数组为 10M ，加起来大于了 old generation 的空间，所以抛出了异常，如果调整 -Xms21M,-Xmx21M, 那么就不会触发 gc 操作也不会出现异常了。

通过上面的实验其实也从侧面验证了一个结论：对象大于新生代剩余内存的时候，将直接放入老年代，当老年代剩余内存还是无法放下的时候，触发垃圾收集，收集后还是不能放下就会抛出内存溢出异常了。

持久带溢出 (OutOfMemoryError: PermGen space)

我们知道 Hotspot jvm 通过持久带实现了 Java 虚拟机规范中的方法区，而运行时的常量池就是保存在方法区中的，因此持久带溢出有可能是运行时常量池溢出，也有可能是方法区中保存的 class 对象没有被及时回收掉或者 class 信息占用的内存超过了我们配置。

当持久带溢出的时候抛出 java.lang.OutOfMemoryError: PermGen space 。可能在如下几种场景下出现：

1. 使用一些应用服务器的热部署的时候，我们就会遇到热部署几次以后发现内存溢出了，这种情况就是因为每次热部署的后，原来的 class 没有被卸载掉。

2. 如果应用程序本身比较大，涉及的类库比较多，但是我们分配给持久带的内存（通过 -XX:PermSize 和 -XX:MaxPermSize 来设置）比较小的时候也可能出现此种问题。

3. 一些第三方框架，比如 spring,hibernate 都通过字节码生成技术（比如 CGLib ）来实现一些增强的功能，这种情况可能需要更大的方法区来存储动态生成的 Class 文件。

我们知道 Java 中字符串常量是放在常量池中的， String.intern() 这个方法运行的时候，会检查常量池中是否存和本字符串相等的对象，如果存在直接返回对常量池中对象的引用，不存在的话，先把此字符串加入常量池，然后再返回字符串的引用。那么我们就可以通过 String.intern 方法来模拟一下运行时常量区的溢出 . 下面我们通过如下的代码来模拟此种情况：

import java.util.*;
import java.lang.*;
public class OOMTest{
public static void main(String... args){
        List<String> list = new ArrayList<String>();
        while(true){
            list.add(UUID.randomUUID().toString().intern());
}
    }
}

我们通过如下的命令运行上面代码：

java -verbose:gc -Xmn5M -Xms10M -Xmx10M -XX:MaxPermSize=1M -XX:+PrintGC OOMTest

运行后的输入如下图所示 :

Exception in thread "main" java.lang.OutOfMemoryError: PermGen space
        at java.lang.String.intern(Native Method)
        at OOMTest.main(OOMTest.java:8)

通过上面的代码，我们成功模拟了运行时常量池溢出的情况，从输出中的 PermGen space 可以看出确实是持久带发生了溢出，这也验证了，我们前面说的 Hotspot jvm 通过持久带来实现方法区的说法。

OutOfMemoryError:unable to create native thread

最后我们在来看看 java.lang.OutOfMemoryError:unable to create natvie thread 这种错误。出现这种

情况的时候，一般是下面两种情况导致的：

1. 程序创建的线程数超过了操作系统的限制。对于 Linux 系统，我们可以通过 ulimit -u 来查看此限制。

2. 给虚拟机分配的内存过大，导致创建线程的时候需要的 native 内存太少。

我们都知道操作系统对每个进程的内存是有限制的，我们启动 Jvm, 相当于启动了一个进程，假如我们一个进程占用了 4G 的内存，那么通过下面的公式计算出来的剩余内存就是建立线程栈的时候可以用的内存。线程栈总可用内存 =4G- （ -Xmx 的值） - （ -XX:MaxPermSize 的值） - 程序计数器占用的内存，通过上面的公式我们可以看出， -Xmx 和 MaxPermSize 的值越大，那么留给线程栈可用的空间就越小，在 -Xss 参数配置的栈容量不变的情况下，可以创建的线程数也就越小。因此如果是因为这种情况导致的 unable to create native thread, 那么要么我们增大进程所占用的总内存，或者减少 -Xmx 或者 -Xss 来达到创建更多线程的目的。

end

长按识别图中二维码

关注获取更多资讯

不点关注，我们哪来故事？