Java堆内存管理是影响性能的主要因素之一。堆内存溢出是Java项目中非常常见的故障,在解决该问题之前,我们需要先了解一下什么是Java堆内存。
是什么
我们先来看一下,Java堆内存是如何划分的
JDK8之前
从JDK8开始,新生代与老年代更名(只是单纯的更名),无论哪个版本的JDK,其堆内存的划分都没有变化
废弃永久代
在JDK8版本废弃了永久代,替代的是元空间(MetaSpace),元空间与永久代上类似,都是方法区的实现,他们最大区别是:元空间并不在JVM中,而是使用本地内存。
为何移除永久代:
Ⅰ、Jrockit VM没有永久代,为了便于将HotSpot JVM与 JRockit VM合二为一,所以HotSpot JVM移除了永久代。
Ⅱ、方法区用于存放JVM加载的类的相关信息,但每个Java类的大小难以确定,永久代加载的类过多极易诱发java.lang.OutOfMemoryError:PermGen异常。
我们这里就分析一下JVM内存:
- ① JVM内存分为堆内存和非堆内存,堆内存分为:new(新生代)+tenured(老年代),其可以通过参数 –Xms、-Xmx 来指定:–Xms用于设置初始分配大小,默认为物理内存的1/16;-Xmx用于设置最大分配内存,默认为物理内存的1/4。默认情况下,新生代 ( Young ) 与老年代 ( Old ) 的比例的值为 1:2 ( 该值可以通过参数 –XX:NewRatio 来指定 ),即:新生代 ( Young ) = 1/3 的堆空间大小,老年代 ( Old ) = 2/3 的堆空间大小。
下面来个代码示例:
public class Test{
//-Xms1024m -Xmx1024m -XX:+PrintGCDetails,该注释在Run Configurations中配置一下
public static void main(String[] args) {
System.out.println("Hello,JVM!");
}
}
控制台:total为新生代工作时内存空间大小,而非整个新生代内存空间大小。
- ②新生代(new/young)被细分为Eden和Survivor两个区域,为了便于区分,两个Survivor区域分别被命名为from和to(可见上图控制台中to于from),默认情况下,Eden:from:to=8:1:1(可以通过参数–XX:SurvivorRatio来设定)。JVM每次只能使用Eden和其中一块Survivor区来为对象服务,所以无论什么时候,总有一块Survivor区是空闲着的,因此,新生代实际可用内存空间为90%(如上图控制台中,Eden加from或者to的space为新生代的total)。
工作原理以及分代概念
-
新生成的对象首先放到新生代Eden区域中,当Eden空间满了,触发Minor GC(清理新生代)存活下来的对象复制移动到Survivor0区,Survivor0区满后触发执行Minor GC,survivor0区存活对象复制移动到Survivor1区,这样保证了一段时间内总有一个survivor区为空,经过多次Minor GC 之后依然存活的对象移动到老年区(old/tenured)。
-
JVM给每个对象设置了一个对象年龄(Age)计数器,每熬过一场Minor GC,对象年龄增加1岁,当它的年龄增加到阈值(默认为15,可以通过-XX:MaxTenuringThreshold 参数自定义该阀值),将被“晋升”到老年代。
-
老年代存放长期存活的对象,占满后会触发Major GC(清理老年代) = Full GC(清理整个堆空间,包括另外两个代),GC期间会停止所有线程,等待GC完成,所以对响应要求高的应用应减少发生Major GC,避免响应超时。
为什么分代
将对象根据存活概率进行分类,对存活时间长的对象,放到固定区,从而减少扫描垃圾时间及GC频率,针对分类进行不同的垃圾回收算法,对算法扬长避短。
为什么survivor分为两块相等大小的幸存空间
主要为了解决碎片化。如果内存碎片化严重,也就是两个对象占用不连续的内存,已有的连续内存不够新对象存放,就会触发GC。