【性能测试】---＞JVM 发生OOM的几种情况以及原因和解决方案

1、  Java堆溢出:Heap  （堆内存不足）

报错信息：java.lang.OutofMemoryError:Java heap space

造成原因：

(1)代码中可能存在大对象分配
(2)可能存在内存泄露，导致在多次GC之后，还是无法找到一块足够大的内存容纳当前对象。

解决方案：

(1)检查是否存在大对象的分配，最有可能的是大数组分配
(2)通过jmap命令，把堆内存dump下来，使用mat工具分析一下，检查是否存在内存泄露的问题
(3)如果没有找到明显的内存泄露，使用 -Xmx 加大堆内存
(4)还有一点容易被忽略，检查是否有大量的自定义的 Finalizable 对象，也有可能是框架内部提供的，考虑其存在的必要性

 

2、 栈溢出：stack

栈用来存储线程的局部变量表、操作数栈、动态链接、方法出口等信息。

（1）如果请求栈的深度不足时抛出的错误会包含类似下面的信息，一般为程序的无限递归造成的：java.lang.StackOverflowError

 解决方法：修改JVM参数，将Xss参数改大，增加栈内存。栈内存溢出一定是做批量操作引起的，减少批处理数据量。

 

另外，由于每个线程占的内存大概为1M，因此线程的创建也需要内存空间。操作系统可用内存-Xmx-MaxPermSize即是栈可用的内存

（2）如果申请创建的线程比较多超过剩余内存的时候，也会抛出如下类似错误：

java.lang.OutofMemoryError: unable to create new native thread

相关的JVM参数有：
-Xss: 每个线程的堆栈大小,JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K.（32位机器出现，64位机器应该很难出现）：
在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右。

 

3、运行时常量溢出   constant

运行时常量保存在方法区，存放的主要是编译器生成的各种字面量和符号引用，但是运行期间也可能将新的常量放入池中，比如String类的intern方法。
如果该区域OOM，错误结果会包含类似下面的信息：

java.lang.OutofMemoryError: PermGen space

错误的原因是：太多的类或者太大的类被加载到permanent generation

当在应用程序启动期间触发由于PermGen耗尽引起的OutOfMemoryError时，解决方案很简单。 应用程序需要更多的空间来加载所有的类到PermGen区域, -XX：MaxPermSize=512m

运行期间触发OutofMemoryError，是否代码在运行时不停的生成类并加载到持久代中，如果为代码可以通过-XX:+CMSClassUnloadingEnabled，-XX:+UseConcMarkSweepGC等参数配合，GC将扫描PermGen区并清理已经不再使用的类

相关的JVM参数有：

-XX:PermSize：设置持久代(perm gen)初始值，默认值为物理内存的1/64

-XX:MaxPermSize：设置持久代最大值，默认为物理内存的1/4

 

4、    java.lang.OutOfMemoryError:Metaspace

太多的类或太大的类加载到元空间。

解决措施增大参数值-XX：MaxMetaspaceSize = 512m，另一个方法就是删除此参数来完全解除对Metaspace大小的限制（默认是没有限制的）

5、   java.lang.OutOfMemoryError:Direct buffer memory

解决措施: 调整-XX:MaxDirectMemorySize=参数，不要加上DisableExplicitGC这个参数，因为这个参数会把你的System.gc()视作空语句，最后很容易导致OOM