目录
1.堆的核心概述
1.1 堆的基本概念
(1)一个JVM实例只存在一个堆内存,堆也是Java内存管理的核心区域。
(2)Java堆区在JVM启动的时候即被创建,其空间大小也就确定了,堆是JVM管理的最大一块内存空间,并且堆内存的大小是可以调节的。
(3)《Java虚拟机规范》规定,堆可以处于物理上不连续的内存空间中,但在逻辑上它应该被视为连续的。
(4)所有的线程共享Java堆,在这里还可以划分线程私有的缓冲区(Thread Local Allocation Buffer,TLAB)。
(5)《Java虚拟机规范》中对Java堆的描述是:所有的对象实例以及数组都应当在运行时分配在堆上。
(6)从实际使用角度看的,几乎所有的对象实例都在这里分配内存,因为还有一些对象是在栈上分配的(逃逸分析)。
(7)数组和对象可能永远不会存储在栈上,因为栈帧中保存引用,这个引用指向对象或者数组在堆中的位置。
(8)在方法结束后,堆中的对象不会马上被移除,仅仅在垃圾收集的时候才会被移除。
(9)堆是GC(Garbage Collection,垃圾收集器)执行垃圾回收的重点区域。
(10)针对一个JVM进程来说堆是唯一的,也就是一个进程只有一个JVM,但一个进程包含的多个线程共享同一堆空间。
1.2 堆内存分区
Java 7及之前堆内存逻辑上分为三部分:新生区+养老区+永久区
新生区:Young/New Generation Space,又被划分为Eden区和Survivor区
养老区:Old/Tenure generation space
永久区:Permanent Space
Java 8及之后堆内存逻辑上分为三部分:新生区+养老区+元空间
元空间:Meta Space Meta
2.年轻代与老年代
2.1 Java对象分类
存储在JVM中的Java对象可以被划分为两类:一类是生命周期较短的瞬时对象,这类对象的创建和消亡都非常迅速,另外一类对象的生命周期却非常长,在某些极端的情况下还能够与JVM的生命周期保持一致。
2.2 配置新老比例
配置新生代与老年代在堆结构的占比,默认**-XX:NewRatio**=2,表示新生代占1,老年代占2,新生代占整个堆的1/3,可以修改**-XX:NewRatio**=4,表示新生代占1,老年代占4,新生代占整个堆的1/5。当发现在整个项目中,生命周期长的对象偏多,那么就可以通过调整老年代的大小,来进行调优。
配置新生代中的占比,在HotSpot中,Eden空间和另外两个survivor空间缺省所占的比例是8 : 1 : 1,当然开发人员可以通过选项**-XX:SurvivorRatio**调整这个空间比例,比如-XX:SurvivorRatio=8。
默认堆空间大小占比如下:
3.图解对象分配过程
3.1 对象分配过程
对象分配难点:为新对象分配内存是一件非常严谨和复杂的任务,JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题,并且由于内存分配算法与内存回收算法密切相关,所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。
对象分配过程:
(1)new出的新对象先放伊甸园区。
(2)当伊甸园的空间填满时,程序又需要创建对象,JVM的垃圾回收器将对伊甸园区进行垃圾回收(MinorGC),将伊甸园区中的不再被其他对象所引用的对象进行销毁后,再加载新的对象放到伊甸园区。
(3)然后将伊甸园中的剩余对象移动到幸存者0区。
(4)如果再次触发垃圾回收,此时上次幸存下来的放到幸存者0区的,如果没有回收,就会放到幸存者1区。
(5)如果再次经历垃圾回收,此时会重新放回幸存者0区,接着再去存如幸存者1区。
(6)默认年龄到达15后进入老年区,年龄阈值可以设置次数,设置 JVM 参数:-XX:MaxTenuringThreshold=N
(7)当老年区内存不足时,再次触发GC:Major GC,进行老年区的内存清理
(8)若老年区执行了Major GC之后,发现依然无法进行对象的保存,就会抛出OOM异常。
3.2 图解对象分配过程
创建的新对象一般都是存放在Eden区,当Eden区满了后,就会触发GC操作,一般被称为 YGC / Minor GC操作
当进行一次垃圾收集后,红色的对象将会被回收,而绿色的独享还被占用着,存放在S0(Survivor From)区。同时我们给每个对象设置了一个年龄计数器,经过一次回收后还存在的对象,将其年龄加 1。Eden区继续存放对象,当Eden区再次存满的时候,又会触发MinorGC,此时GC将会把Eden和Survivor From中的对象进行一次垃圾收集,把存活的对象放到 Survivor To区,同时让存活的对象年龄 + 1。
我们继续不断的进行对象生成和垃圾回收,当Survivor中的对象的年龄达到15的时候,将会触发一次Promotion晋升的操作,也就是将年轻代中的对象晋升到老年代中。
3.3 特殊情况说明
如果幸存区满了怎么办?注:在Eden区满了才会触发MinorGC,而幸存者区满了后不会触发MinorGC操作。如果Survivor区满了后,将会触发一些特殊的规则,也就是可能直接晋升老年代。对象分配的特殊情况:
- 如果来了一个新对象,先看看Eden是否放的下
- 如果Eden放得下,则直接放到Eden区
- 如果Eden放不下,则触发YGC ,执行垃圾回收,看看还能不能放下
- 将对象放到老年区有两种情况:
- 如果Eden执行了YGC还是无法放不下该对象,说明是超大对象,只能直接放到老年代
- 极端情况老年代都放不下,则先触发GC,GC后判断能不能放下,如果还是放不下,抛出OOM
- 如果Eden区满了,将对象往幸存区拷贝时,发现幸存区放不下,则让他们直接晋升至老年区
4.GC
4.1 分代收集思想
我们都知道,JVM的调优的一个环节,也就是垃圾收集,我们需要尽量的避免垃圾回收,因为在垃圾回收的过程中,容易出现STW(Stop the World)的问题,而 Major GC 和 Full GC出现STOP THE WORLD的时间,是Minor GC的10倍以上。JVM在进行GC时,并非每次都对上面三个内存区域一起回收的,大部分时候回收的都是指新生代。针对Hotspot VM的实现,它里面的GC按照回收区域又分为两大种类型:一种是部分收集(Partial GC),一种是整堆收集(FullGC)
部分收集:不是完整收集整个Java堆的垃圾收集。其中又分为:
新生代收集(Minor GC/Young GC):只是新生代的垃圾收集
老年代收集(Major GC/Old GC):只是老年代的圾收集。
混合收集(Mixed GC):收集整个新生代以及部分老年代的垃圾收集。目前只有G1 GC会有这种行为。
整堆收集(Full GC):收集整个java堆和方法区的垃圾收集。
4.2 Young GC
当年轻代空间不足时,就会触发Minor GC,这里的年轻代满指的是Eden代满,Survivor满不会引发GC,因为Java对象大多都具备朝生夕灭的特性,所以Minor GC非常频繁,一般回收速度也比较快。Minor GC会引发STOP THE WORLD,暂停其它用户的线程,等垃圾回收结束,用户线程才恢复运行。
4.3 Major/Full GC
触发Full GC执行的情况有如下五种:
(1)调用System.gc()时,系统建议执行Full GC,但不必然执行
(2)老年代空间不足
(3)方法区空间不足
(4)通过Minor GC后进入老年代的平均大小大于老年代的可用内存
(5)由Eden区、survivor spacee区向survivor space1区复制时,对象大小大于To Space可用内存,则把该对象转存到老年代,且老年代的可用内存小于该对象大小
说明:Full GC 是开发或调优中尽量要避免的。这样STW时间会短一些
5.堆空间分代思想
为什么要把Java堆分代?不分代就不能正常工作了吗?经研究,不同对象的生命周期不同。70%-99%的对象是临时对象。其实不分代完全可以,分代的唯一理由就是优化GC性能。如果没有分代,那所有的对象都在一块,就如同把一个学校的人都关在一个教室。GC的时候要找到哪些对象没用,这样就会对堆的所有区域进行扫描,而很多对象都是朝生夕死的。如果分代的话,把新创建的对象放到某一地方,当GC的时候先把这块存储“朝生夕死”对象的区域进行回收,这样就会腾出很大的空间出来。
6.内存分配策略
6.1 内存分配策略或对象提升(Promotion)规则
如果对象在Eden出生并经过第一次Minor GC后仍然存活,并且能被Survivor容纳的话,将被移动到Survivor空间中,并将对象年龄设为1。对象在Survivor区中每熬过一次MinorGC,年龄就增加1岁,当它的年龄增加到一定程度(默认为15岁,其实每个JVM、每个GC都有所不同)时,就会被晋升到老年代。对象晋升老年代的年龄阀值,可以通过选项**-XX:MaxTenuringThreshold**来设置。
6.2 针对不同年龄段的对象分配原则如下所示:
(1)优先分配到Eden:开发中比较长的字符串或者数组会直接存在老年代,因为新创建的对象都是朝生夕死的,所以这个大对象可能也很快被回收,但是因为老年代触发Major GC的次数比 Minor GC要更少,因此可能回收起来较慢
(2)大对象直接分配到老年代,尽量避免程序中出现过多的大对象
(3)长期存活的对象分配到老年代
(4)动态对象年龄判断:如果Survivor区中相同年龄的所有对象大小的总和大于Survivor空间的一半,年龄大于或等于该年龄的对象可以直接进入老年代,无须等到MaxTenuringThreshold中要求的年龄。
(5)空间分配担保: -XX:HandlePromotionFailure ,也就是经过Minor GC后,所有的对象都存活,因为Survivor比较小,所以就需要将Survivor无法容纳的对象,存放到老年代中。
7.TLAB
7.1 什么是 TLAB
从内存模型而不是垃圾收集的角度,对Eden区域继续进行划分,JVM为每个线程分配了一个私有缓存区域,它包含在Eden空间内。多线程同时分配内存时,使用TLAB可以避免一系列的非线程安全问题,同时还能够提升内存分配的吞吐量,因此我们可以将这种内存分配方式称之为快速分配策略。
7.2 TLAB的作用
堆空间都是共享的么?不一定,因为还有TLAB这个概念,在堆中划分出一块区域,为每个线程所独占。由于对象实例的创建在JVM中非常频繁,因此在并发环境下从堆区中划分内存空间是线程不安全的,为避免多个线程操作同一地址,需要使用加锁等机制影响程序分配速度,所以TLAB的作用为:提高多线程下堆内创建对象速度。
7.3 TLAB分配过程
尽管不是所有的对象实例都能够在TLAB中成功分配内存,但JVM确实是将TLAB作为内存分配的首选。在程序中,开发人员可以通过选项“-XX:UseTLAB”设置是否开启TLAB空间。默认情况下,TLAB空间的内存非常小,仅占有整个Eden空间的1%,当然我们可以通过选项“-XX:TLABWasteTargetPercent”设置TLAB空间所占用Eden空间的百分比大小。一旦对象在TLAB空间分配内存失败时,JVM就会尝试着通过使用加锁机制确保数据操作的原子性,从而直接在Eden空间中分配内存。
TLAB 分配过程
8.堆空间参数设置
8.1 常用参数设置
(1)-XX:+PrintFlagsInitial:查看所有的参数的默认初始值
(2)-XX:+PrintFlagsFinal:查看所有的参数的最终值(可能会存在修改,不再是初始值)
(3)-Xms:初始堆空间内存(默认为物理内存的1/64)
(4)-Xmx:最大堆空间内存(默认为物理内存的1/4)
(5)-Xmn:设置新生代的大小(初始值及最大值)
(6)-XX:NewRatio:配置新生代与老年代在堆结构的占比
(7)-XX:SurvivorRatio:设置新生代中Eden和S0/S1空间的比例
(8)-XX:MaxTenuringThreshold:设置新生代垃圾的最大年龄
(9)-XX:+PrintGCDetails:输出详细的GC处理日志
(10)-XX:+PrintGC 或 -verbose:gc :打印gc简要信息
(11)-XX:HandlePromotionFalilure:是否设置空间分配担保
8.2 空间分配担保
在发生Minor GC之前,虚拟机会检查老年代最大可用的连续空间是否大于新生代所有对象的总空间。
- 如果大于,则此次Minor GC是安全的
- 如果小于,则虚拟机会查看**-XX:HandlePromotionFailure**设置值是否允担保失败。
- 如果HandlePromotionFailure=true,那么会继续检查老年代最大可用连续空间是否大于历次晋升到老年代的对象的平均大小。
- 如果大于,则尝试进行一次Minor GC,但这次Minor GC依然是有风险的;
- 如果小于,则进行一次Full GC。
- 如果HandlePromotionFailure=false,则进行一次Full GC。
- 如果HandlePromotionFailure=true,那么会继续检查老年代最大可用连续空间是否大于历次晋升到老年代的对象的平均大小。
历史版本
- 在JDK6 Update 24之后,HandlePromotionFailure参数不会再影响到虚拟机的空间分配担保策略,观察openJDK中的源码变化,虽然源码中还定义了HandlePromotionFailure参数,但是在代码中已经不会再使用它。
- JDK6 Update 24之后的规则变为只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC,否则将进行Full GC,即 HandlePromotionFailure=true。
本文部分内容借鉴自视频:https://www.bilibili.com/video/BV1PJ411n7xZ?p=54
博文:https://blog.csdn.net/oneby1314/article/details/107960414