前言
JVM中除了程序计数器外,其他区域都会发生OutOfMemoryError异常。
那么当发生时,我们如何判断是哪个区域发生的?
发生异常时,我们如何进行排查和处理呢?
一、Java堆的溢出
1、设置堆大小
我们可以通过如下参数来设置Java堆的内存情况:
- -Xms:堆的最小的初始化内存空间。
- -Xmx:堆的最大可允许分配内存空间。
- -XX:+HeapDumpOnOutOfMemoryError:设置了此参数,当Java虚拟机内存溢出时,会将当时JVM内堆转储快照,以二进制文件的形式dump出来。
2、发生堆溢出
当发生堆的内存溢出时,会在异常信息后面跟随Java heap space的提示。
打印的堆快照的文件后缀是hprof。
3、分析dump文件
然后使用Jdk中自带的jvisualvm工具,将快照装载进来,进行分析。
我们需要分清楚内存泄漏与内存溢出的区别:
- 内存泄漏:可进一步通过工具查看泄漏对象到GC Roots的引用链。于是就能找到泄漏对象是通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收的。
- 内存溢出:就是内存中的对象确实都还必须存活着,那就应当检查虚拟机堆的参数-Xms和-Xmx,与机器物理内存对比看是否还可以调大。从代码上检查是否存在某些对象生命周期过长,持有状态时间过长的情况,尝试减少程序运行期的内存消耗。
二、虚拟机栈溢出
1、设置栈大小
-Xss:设置线程堆栈的内存大小。
2、发生栈溢出
如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常。
如果虚拟机在扩展栈时无法申请到足够的内存空间,将抛出OutOfMemoryError异常。
3、分析溢出情况
栈溢出,可能会导致以下两种异常情况:
- 要么是方法的深度太大了,导致了StackOverflowError异常。
- 要么是因为线程的数目太多了,堆栈的空间又比较大,导致了OutOfMemoryError异常,同时会打印unable to create native thread。由于Java的线程是映射到操作系统的内核线程上的,因此可能会导致操作系统假死。
4、解决栈溢出情况
机器内存 = 堆内存 + 直接内存 + 栈大小*进程数量 + 方法区 + 系统占用内存
通过以上公式可以得出:如果线程数目比较多,又不方便扩充物理内存的情况下,我么可以通过减少堆内存,和减小栈的内存占用大小的办法来达到目标。
三、方法区和运行时常量池溢出
运行时常量池是方法区的一部分,所以发生异常情况相同。
JDK不同的版本表现不一样。
1、Jdk1.6及之前的版本
String.intern( ):是一个Native方法,它的作用是,如果字符串常量池中已经包含一个等于此String对象的字符串,则返回代表池中这个字符串的String对象,否则,将此String对象包含的字符串添加到常量池中,并且返回此String对象的引用。
方法区存储在永久代中,通过**-XX:PermSize和-XX:MaxPermSize**来限制方法区大小,从而限制常量池的大小。
报错OutOfMemoryError异常时,后面还会打印PermGen space信息。
2、Jdk1.7及之后的版本
以下代码在Jdk1.6和1.7中得到的结果不同:
public static void main(String[] args) {
String str1 = new StringBuilder("中国").append("钓鱼岛").toString();
System.out.println(str1.intern() == str1);
String str2 = new StringBuilder("ja").append("va").toString();
System.out.println(str2.intern() == str2);
}
无论jdk的什么版本,new出来的字符串一定是在堆当中的。
在Jdk1.6及之前的版本中,intern( )方法一定是将字符串放到方法区的常量池中的。
Jdk1.7之后,intern( )方法会引用到堆中的第一次出现的实例的地址上,也就是不再会在常量池中复制一份了。
这样的话,Jdk1.6中,以上代码,都会返回false,因为常量池中的地址和堆中的地址肯定不一样。
在Jdk1.7中,因为java字符串已经出现过,所以返回false,但是另一个字符串是第一次出现,那么他的地址也是方法区的常量池中引用的地址,所以返回true。
很多框架,如Spring、Hibernate,在对类进行增强时,都会使用CGLib字节码技术,增强的类越多,就需要越大的方法区来保证动态生成的Class可以加载入内存。
四、本机直接内存溢出
1、设置直接内存小
-XX:MaxDirectMemorySize:通过此参数来设定。
如果没有设定的话,则默认与Java堆最大值Xmx一样。
2、发生内存溢出
以下情况可以考虑检查一下是不是直接内存溢出:
- 一个明显的特征是在Heap Dump文件中不会看见明显的异常。
- 如果读者发现OOM之后Dump文件很小。
- 而程序中又直接或间接使用了NIO。