JVM|OOM简介

OOM,Out Of Memory,内存溢出,发生内存溢出是会导致JVM挂掉的。
在我们启动JVM的时候,指定了一些内存参数,JVM内存大小是有限的,如果不停地往里面放东西,那么在一定情况下就会发生OOM。

那我们具体来看一看哪些区域会发生OOM,以及分别在什么条件下会发生OOM。
JVM内存区域可以划分为:方法区(元数据区),堆内存,虚拟机栈,本地方法栈,程序计数器。

程序计数器: 其中程序计数器,是每个线程私有,而且就算保存一个字节码执行的地址,不存在内存溢出的情况。

虚拟机栈: 虚拟机栈也是线程私有,里面存放的是一个一个栈帧,对应一个又一个方法的执行,出栈之后自动消失,也不存在内存溢出的情况,但是当无限入栈的时候,会导致栈溢出:Stack Over Flow。一般每个线程的栈大小为500KB,或1MB,一个栈帧大小为1KB,那么除非一个线程在执行过程中调用了500个方法,或是1000个方法,但正常代码的调用链绝不可能这么深,更通常的导致Stack Over Flow的原因在于方法自调用:
public void test(){
System.out.println(“test here”);
test();
}
像这样,就会导致执行到test()方法的线程无限入栈,最终导致Stack Over Flow。

元数据区: 元数据区里面存放了JVM运行过程中通过类加载器加载进去的所有类。当元数据区满了的时候会触发Full GC,Full GC的时候会回收元数据区里面的类,但是要回收一个类,条件失非常苛刻的:这个类的类加载器要先被回收,这个类的所有实例对象都要先被回收等等。如果Full GC之后元数据区还是满的,此时继续往里面放新的东西,则会触发OOM。
元数据区发生OOM的原因在于两个:
第一种原因:很多工程师不懂JVM的运行原理,没有设置元数据区大小,在上线系统的时候直接使用了默认的元数据区大小,但是对于一些大型系统来说,自身有很多的类要加载,以及依赖了较多的jar包,jar包中的类也要加载,最终导致,元数据区容纳不下需要加载的类,导致OOM。
第二种原因:很多人写代码的时候,会通过cglib之类的技术动态生成一个代理类,一旦代码没有控制好,那么就可能导致生成的类太多,本来只需要生成一个类对象即可,结果每次请求都需要生成一个类,最终导致元数据区里面放了太多cglib动态生成的类,导致元数据区OOM。

堆内存: 堆内存存放了所有创建的对象,而堆内存划分为了新生代和老年代,新生代在 Young GC之后,即使Survivor区放不下,也还是有老年代来提供空间担保,所以新生代是不会发生OOM。但是老年代在进行了Full GC之后,如果还是没有足够的空间来存放Young GC之后的对象,则会发生堆内存的OOM。
老年代发生OOM的原因:
第一个原因:系统承载的并发量太大,导致大量请求还处于正在处理中的状态,大量对象的引用还没有失去,大量对象存活,Young GC后放入老年代,Full GC后还是没有回收多少,继续Young GC后放入老年代,老年代OOM。
第二个原因:系统有内存泄漏的问题。在java中的内存泄漏指的是:一些对象本来已经不再会被使用到了,但是这样的对象还是有引用。导致GC时无法对这些对象进行回收,从而导致OOM。
【JVM|OOM简介】

    推荐阅读