1 JVM堆空间介绍
一个JVM实例对应一个Runtime对象,也就是一个进程,堆是Java内存管理的核心区域(进程唯一、线程共享)。
-
Java堆区在JVM启动的时候即被创建,其空间大小也就确定了,是JVM管理的最大的一块空间,堆内存大小可以设置为固定大小,也可以是扩展的。
-
Java虚拟机规范规定,堆可以处于物理上不连续的内存空间中,但在逻辑上他应该被视为连续的。
-
所有线程共享Java堆,在这里还可以划分线程私有的缓冲区(Thread Local Allocation Buffer,TLAB),几乎所有的对象实例都在堆中分配内存,栈帧中保存对象引用。在方法结束后,堆中的对象不会马上被移除,仅仅在垃圾收集的时候才会被移除,堆是GC(Garbage Collection,垃圾收集器)执行垃圾回收的重点区域。但是GC不能频繁进行垃圾回收,会影响性能。
2 堆内存细分
JVM将堆划分为新生区、老年区
堆空间分区思想:其实不分带功能也能够实现,分代的唯一理由就是优化GC性能。如果没有分代,将所有的对象都放在一起,GC的时候要查找垃圾对象,就会对所有对象进行扫描,性能低。如果分代的话,把新创建的对象放在伊甸园区,大部分GC只需要扫描这部分的对象即可,放在老年区的对象无需经常扫描,这样子性能就更高。
3 新生代
新生代:是用来存放新生的对象。一般占据堆的 1/3 空间。由于频繁创建对象,所以新生代会频繁触发 MinorGC 进行垃圾回收。新生代又分为 Eden 区、Survivor-From、Survivor-To 三个区。
- Eden 区:Java 新对象的出生地(如果新创建的对象占用内存很大,则直接分配到老 年代)。当 Eden 区内存不够的时候就会触发 MinorGC,对新生代区进行 一次垃圾回收。
- Survivor-From:上一次 GC 的幸存者,作为这一次 GC 的被扫描者。
- Survivor-To:保留了一次 MinorGC 过程中的幸存者。
4 老年代
老年代:主要存放应用程序中生命周期长的内存对象。 老年代的对象比较稳定,所以 MajorGC 不会频繁执行。在进行 MajorGC 前一般都先进行 了一次 MinorGC,使得有新生代的对象晋身入老年代,导致空间不够用时才触发。当无法找到足 够大的连续空间分配给新创建的较大对象时也会提前触发一次 MajorGC 进行垃圾回收腾出空间。
5 对象分配过程
-
创建一个对象时,大部分对象都是创建在新生代的伊甸园区域中,只有当对象太大导致伊甸园区存放不下,对象才会直接存放在老年代;
-
程序不断创建对象,导致Eden区内存满了,又要创建对象的时,JVM的垃圾回收期将会对年轻代区域进行垃圾回收(Minor GC),将年轻代中的垃圾对象进行回收;
-
回收完之后,Eden区中的所有存活对象会移动到to区,from区域中的所有对象也会移动到to区,此时现在的from区域和Eden变成空的,所以from区变成了to区,to区变成了from区;
-
当年轻代中的对象经历了16次垃圾回收时还没有被回收,此时该对象会被放到老年代;(次数可以通过-XX:MaxTenuringThreshold参数设置,默认是15次,第16次会放到老年代)
-
当老年代内存不足时,会触发垃圾回收(Major GC),对老年代进行清理,但是老年代内存比较大所以触发GC的次数相对较少;
-
如果养老区执行了Major GC之后还是无法进行对象的保存,就会产生OOM异常(OutOfMemoryError)
触发垃圾回收的情况:一种是伊甸园区满了对新生代进行垃圾回收Minor GC,一种是老年代区满了对老年代进行垃圾回收Major GC
6 堆空间的GC
Minor GC:只是新生代的垃圾收集,当新生代空间不足(Eden代满)时,会触发Minor GC,Survivor幸存区满不会引发Minor GC。因为Java对象大多数都是创建不久就变成垃圾对象,所以Minor GC非常频繁,一般回收速度也比较快。Minor GC会引发STW,暂停其它用户的线程,等垃圾回收结束,用户线程才恢复运行。
MinorGC 采用复制算法。
- Eden、Survivor-From 复制到 Survivor-To,年龄+1。首先,把 Eden 和 Survivor-From 区域中存活的对象复制到 Survivor-To 区域(如果有对象的年 龄以及达到了老年的标准,则赋值到老年代区),同时把这些对象的年龄+1(如果 Survivor-To 不 够位置了就放到老年区);
- 清空 Eden、Survivor-From
- Survivor-To 和 Survivor-From 互换,,Survivor -To 和 Survivor-From 互换,原 Survivor-To 成为下一次 GC 时的 Survivor-From 区。
Major GC:只是对老年代的垃圾收集,目前只有CMS GC会有单独收集老年代的的垃圾收集,其它垃圾回收机制的Major GC和Full GC是一样的,是对整个堆和方法区的垃圾收集。出现Major GC,经常会伴随至少一次的Minor GC(但不是绝对的)。也就是当老年代空间不足时,会先尝试触发Minor GC;如果之后老年代空间还不足,则触发Major GC;如果Major GC后,老年代空间还是不足,则报OOM。Major GC的速度一般会比Minor GC慢10倍以上,STW的时间更长。
MajorGC 采用标记清除算法:
- 首先扫描一次所有老年代,标记出存活的对象,然后回收没有标记的对象。MajorGC 的耗时比较长,因为要扫描再回收。MajorGC 会产生内存碎片,为了减 少内存损耗,我们一般需要进行合并或者标记出来方便下次直接分配。当老年代也满了装不下的 时候,就会抛出 OOM(Out of Memory)异常。
7 堆空间的参数设置
-
-XX:+PrintFlagsInitial:查看所有的参数的默认初始值
-
-XX:+PrintFlagsFinal:查看所有的参数的最终值
-
-Xms:初始堆空间内存(默认为物理内存的1/64)
-
-Xmx:最大堆空间内存(默认为物理内存的1/4)
-
-Xmn:设置新生代最大内存大小
-
-XX:NewRatio:配置新生代与老年代的占比,如果设置为2,则表示新生代占1,老年代占2,新生代占整个堆的1/3,默认情况下新生代与老年代的占比为1:2
-
-XX:SurvivorRatio:设置Eden与另外两个Survivor空间所占比例,如果设置为8,则表示Eden:s1:s2=8:1:1,几乎所有的Java对象都是在Eden区被new出来的。
-
-XX:MaxTenuringThreshold:设置新生代垃圾的最大年龄(默认值为15)
-
-XX:+PrintGCDetails:输出回收堆空间的垃圾对象的GC处理日志
-
-XX:+PrintGC:打印GC的简要信息
-
-XX:HandlePromotionFailure:是否设置空间分配担保
-
如果老年代最大可用连续空间大于新生代所有对象的总空间大小,则此次Minor GC是安全的,进行Full GC之前会先进行一次Minor GC在进行Full GC;如果老年代最大可用连续空间小于新生代所有对象的总空间大小,则虚拟机会查看-XX:HandlePromotionFailure设置值是否允许担保失败,担保失败的话则改为一次Full GC。
-
JDK7之后-XX:HandlePromotionFailure参数已失效,只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC,否则进行Full GC。
-