共计 4396 个字符,预计需要花费 11 分钟才能阅读完成。
导读 | 内存溢出是指应用系统中存在无法回收的内存或使用的内存过多,最终使得程序运行要用到的内存大于虚拟机能提供的最大内存。这篇文章整理自《深入理解 java 虚拟机》。 |
内存溢出就是内存不够,引起内存溢出的原因有很多种,常见的有以下几种:
- 1、内存中加载的数据量过于庞大,如一次从数据库取出过多数据;
- 2、集合类中有对对象的引用,使用完后未清空,使得 JVM 不能回收;
- 3、代码中存在死循环或循环产生过多重复的对象实体;
- 4、使用的第三方软件中的 BUG;
- 5、启动参数内存值设定的过小;
当然实际情况中内存溢出的原因就太多了。下面我们就对这些原因分类一下:
以上的图是基于 java7 来叙述的,从上面这张图我们能够得到如下信息:java 虚拟机把内存分为 5 个模块。
- (1) 程序计数器:
程序计数器是线程私有的,主要的作用是通过改变这个计数器的值来选取下一条需要执行的字节码指令。既然每个线程都有一个,那么这些线程的计数器是互不影响的。也不会抛出任何异常。
- (2) 虚拟机栈和本地方法栈:
虚拟机栈描述的是 java 方法执行的内存模型,每个方法在执行的时候都会创建一个栈帧用于存储局部变量表、操作数栈、动态连接、方法出口等信息。本地方法栈与虚拟机栈的区别是,虚拟机栈为虚拟机执行 java 方法服务,而本地方法栈则为虚拟机提供 native 方法服务。
在单线程的操作中,无论是由于栈帧太大,还是虚拟机栈空间太小,当栈空间无法分配时,虚拟机抛出的都是 StackOverflowError 异常,而不会得到 OutOfMemoryError 异常。而在多线程环境下,则会抛出 OutOfMemoryError 异常。
- (3)java 堆和方法区:
java 堆区主要存放对象实例和数组等,方法区保存类信息、常量、静态变量等等。运行时常量池也是方法区的一部分。这两块区域是线程共享的区域,只会抛出 OutOfMemoryError。
不知道各位在 B 站看见过那个面试经典场景没,在回答 java 的内存运行数据区结构时,以上的功能作用是一方面,如果回答时把内存溢出问题添加上是一个极大的加分项。
既然堆是存放实例对象的,那我们就无线创建实例对象。这样堆区迟早会满。
public class HeapOOM {static class User {}
public static void main(String[] args) {List list = new ArrayList ();
while (true) {list.add(new User());
}
}
}
/*Exception in thread "main" java.lang.OutOfMemoryError:
GC overhead limit exceeded
at com.fdd.test.HeapOOM.main(HeapOOM.java:11)*/
因为我提前设置了堆区内存,所以无限创建就会抛出异常。
Java 虚拟机规范中描述了两种异常:
- 如果线程请求的栈深度大于虚拟机锁允许的最大深度,将抛出 StackOverflowError 异常。
- 如果虚拟机在扩展栈时无法申请到足够的内存空间,则抛出 OutOfMemoryError 异常。
第一种我们只需要使用方法递归调用即可模拟:
public class StackOutOfMemoryError {public static void main(String[] args) {test();
}
private static void go() {System.out.println("StackOverflowError 异常");
test();}
}
/*Exception in thread "main" java.lang.StackOverflowError
at sun.nio.cs.ext.DoubleByte$Encoder.encodeLoop(DoubleByte.java:617)
at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:579)
at sun.nio.cs.StreamEncoder.implWrite(StreamEncoder.java:271)
at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:125)
at java.io.OutputStreamWriter.write(OutputStreamWriter.java:207)
at java.io.BufferedWriter.flushBuffer(BufferedWriter.java:129)
at java.io.PrintStream.write(PrintStream.java:526)
at java.io.PrintStream.print(PrintStream.java:597)
at java.io.PrintStream.println(PrintStream.java:736)
at com.fdd.test.StackOutOfMemoryError.go(StackOutOfMemoryError.java:11)
at com.fdd.test.StackOutOfMemoryError.go(StackOutOfMemoryError.java:13)*/
第二种也可以递归调用模拟,,但是使用的是类直接调用。
public class JavaVMStackSOF {
private int stackLength = 1;
public void stackLeak() {
stackLength++;
stackLeak();}
public static void main(String[] args) {JavaVMStackSOF oom = new JavaVMStackSOF();
oom.stackLeak();}
}
/*Exception in thread "main" java.lang.StackOverflowError
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:18)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
at com.lindaxuan.outofmemory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:19)
... */
public class JavaMethodAreaOOM {public static void main(String[] args) {while (true) {Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(User.class);
enhancer.setUseCache(false);
enhancer.setCallback(new MethodInterceptor() {
public Object intercept(Object obj, Method method,
Object[] args, MethodProxy proxy) throws Throwable {return proxy.invokeSuper(obj, args);
}
});
enhancer.create();}
}
static class User {}}
/*Exception in thread "main"
Exception: java.lang.OutOfMemoryError thrown
from the UncaughtExceptionHandler in thread "main"
*/
DirectMemory 容量可通过 -XX: MaxDirectMemorySize 指定,如果不指定,则默认与 Java 堆最大值 (-Xmx 指定) 一样。
public class DirectMemoryOOM {
private static final int _1MB = 1024 * 1024;
public static void main(String[] args) throws Exception {Field unsafeField = Unsafe.class.getDeclaredFields()[0];
unsafeField.setAccessible(true);
Unsafe unsafe = (Unsafe) unsafeField.get(null);
while (true) {unsafe.allocateMemory(_1MB);
}
}
}
上面介绍了几个实例,那遇到这种问题如何排查呢?
排查其实最主要的就是检查代码,而且内存溢出往往都是代码的问题。当然一下几点都是需要注意的:
(1) 内存中加载的数据量过于庞大,如一次从数据库取出过多数据;
(2) 集合类中有对对象的引用,使用完后未清空,使得 JVM 不能回收;
(3) 代码中存在死循环或循环产生过多重复的对象实体;
(4) 使用的第三方软件中的 BUG;
(5) 启动参数内存值设定的过小;
最后就是解决了。
第一步,修改 JVM 启动参数,直接增加内存。
第二步,检查错误日志
第三步,对代码进行走查和分析,找出可能发生内存溢出的位置。
一般情况下代码出错的概率会比较大一些,当然了不同的场景不同错误总是复杂多样的。