G1垃圾回收

Posted 修心而结网

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了G1垃圾回收相关的知识,希望对你有一定的参考价值。

what:

  G1全称Garbag first。早在JDK 7中就加入了。

  其适合:大堆内存、小时延的回收。其解决了CMS中很多的缺陷。

  核心思想:引入了分区的思想,弱化了分代的概念,从而合理利用垃圾回收各个周期的资源。

 

  内存结构:

    G1将heap划分为一系列大小相等的region,叫做“小堆区”。每个小堆区大小位1~32MB,默认分为2048个。与之前的分代垃圾回收方案类似,也份eden、survive和老年代,但是各自的region数并不固定,如下图:

       

 

    G1中还有一个特殊的区域,就是Humongous。G1认为一个对象的大小超过region的50%以上,就认为是一个巨型对象,被放在Humongous中,如果一个H还是装不下,就是找连续的H来装,从而也会产生full GC。

    注意:在 JDK8中,持久代已经移动到普通堆内存空间,改为元空间

 

  对象分配方式:

    对象分配分3个阶段,分别是:

      a、TLAB(Thread Local Allocation Buffer)线程本地分配缓冲区;

      b、Eden区中分配;

      c、Humongous区中分配;

    在Eden中为每个线程分配了一块TLAB,这样可以快速分配空,不用在整个eden中做同步操作。

 

  G1有2种GC模式:

    young GC 和 Mixed GC

 

How:

  Young GC:

  young GC主要是对eden进行处理,在eden满时触发。执行情况如下:

  

 

  

 

  注意:

    做younng GC时,需要知道old区堆younng的引用情况。如果做整个old区扫描成本太大。所以CMS在老年代中引入了point-out的卡表,用来记录老年代对新生代的引用;而G1在新生代的region中使用了point-in的RSet,用来记录那些老年代引用了新生代的对象。

 

  具体步骤:

    a、根扫描:静态和本地对象扫描;

    b、更新RS:处理dirty card的队列(缓存),更新RS;

    c、处理RS:老年代对新生代的引用;

    d、对象拷贝:拷贝存活的对象到survivor/old区域

    e、处理引用队列:软引用,弱引用,虚引用处理

 

  Mixed GC:

    它分2步,分别是:全局并发标记(global concurrent marking),和拷贝存活对象 (evacuation)。

    “全局并发标记”只是为清理做标记服务,并不GC过程中必须环节。它分5步,分别是:

    

 

读Java性能权威指南(第2版)笔记20_垃圾回收G

1. Survivor空间

1.1. 新生代被划分为两个Survivor空间和一个Eden空间的原因

  • 1.1.1. 刚刚被创建并且还在使用中,所以不能被回收,但它们的寿命并没有长到足以进入老年代

  • 1.1.2. 仍在新生代中的对象有额外的机会被回收,而不是晋升到(并填满)老年代

1.2. 首次新生代回收期间,对象从Eden空间移动到Survivor空间0

1.3. 下次回收时,活跃对象会从Survivor空间0和Eden空间移动到Survivor空间1

  • 1.3.1. 此时Eden空间和Survivor空间0完全是空的

1.4. 被移入老年代场景

  • 1.4.1. Survivor空间非常小,当目标Survivor空间在新生代回收过程中被填满时,Eden空间中剩余的任何活跃对象都会被直接移入老年代

  • 1.4.2. 对于停留在Survivor空间中的对象,其经历的GC周期数量有限制,超过这个限制的对象会被直接移入老年代

    • 1.4.2.1. 晋升阈值(tenuring threshold)

1.5. -XX:InitialSurvivorRatio=N

  • 1.5.1. 初始大小

  • 1.5.2. 默认值为8

    • 1.5.2.1. 新生代的10%
  • 1.5.3. survivor_space_size = new_size / (initial_survivor_ratio + 2)

1.6. -XX:MinSurvivorRatio=N

  • 1.6.1. 最大值

  • 1.6.2. 默认情况为3

    • 1.6.2.1. 新生代的20%
  • 1.6.3. maximum_survivor_space_size = new_size / (min_survivor_ratio + 2)

  • 1.6.4. 最小的比例可以得到最大的Survivor空间

1.7. 要让Survivor空间保持固定大小

  • 1.7.1. 将SurvivorRatio设置为期望的值

  • 1.7.2. 禁用UseAdaptiveSizePolicy标志

1.8. XX:TargetSurvivorRatio=N

  • 1.8.1. GC之后Survivor空间的占用率

1.9. -XX:InitialTenuringThreshold=N

  • 1.9.1. Throughput回收器和G1 GC回收器默认是7

  • 1.9.2. CMS默认是6

1.10. -XX:MaxTenuringThreshold=N

  • 1.10.1. 最大阈值

  • 1.10.2. Throughput回收器和G1 GC回收器的默认最大阈值是15

  • 1.10.3. CMS的是6

1.11. -XX:+AlwaysTenure标志

  • 1.11.1. 永远晋升

  • 1.11.2. 相当于把MaxTenuringThreshold设为0

  • 1.11.3. 对象总是会晋升到老年代,而不是存储在Survivor空间中

  • 1.11.4. 默认是false

1.12. -XX:+NeverTenure

  • 1.12.1. 永不晋升

  • 1.12.2. 将初始晋升阈值和最大晋升阈值认为是无穷大

  • 1.12.3. 只要Survivor空间仍有空闲,任何对象都不会晋升到老年代

  • 1.12.4. 默认也是false

  • 1.12.5. 防止JVM降低晋升阈值

1.13. -XX:+PrintTenuringDistribution标志

  • 1.13.1. 在JDK 8中

  • 1.13.2. 将对象年龄分布添加到GC日志中

  • 1.13.3. 默认是false

1.14. Xlog参数加上age=debug或age=trace命令

  • 1.14.1. 在JDK11中

  • 1.14.2. 将对象年龄分布添加到GC日志中

  • 1.14.3. 默认是false

2. 分配大对象

2.1. 线程本地分配缓冲区

  • 2.1.1. thread-local allocation buffer,TLAB

  • 2.1.2. 默认是开启的

  • 2.1.3. 所有的GC算法都要考虑TLAB的大小

  • 2.1.4. 它们很小,所以TLAB内不能分配大对象

2.2. TLAB的大小取决于3个因素

  • 2.2.1. 应用程序中的线程数量

  • 2.2.2. Eden空间的大小

  • 2.2.3. 线程的分配速率

2.3. 从TLAB的参数优化中受益场景

  • 2.3.1. 分配很多大对象的应用程序

  • 2.3.2. 和Eden空间的大小相比,线程数量相对较多的应用程序

2.4. -XX:-UseTLAB禁用

  • 2.4.1. 可以提升性能,禁用它们永远是个坏主意

2.5. 大量的分配发生在TLAB之外

  • 2.5.1. 减小分配对象的大小

  • 2.5.2. 调整与TLAB大小相关的参数

2.6. JFR工具

2.7. -XX:+PrintTLAB标志

  • 2.7.1. 在JDK 8

2.8. tlab*=trace

  • 2.8.1. 在JDK 11

2.9. 调整TLAB的大小

  • 2.9.1. -XX:TLABSize=N标志

    • 2.9.1.1. 默认值为0

    • 2.9.1.2. 显式地设置TLAB的大小

    • 2.9.1.3. 只能设置TLAB的初始大小

  • 2.9.2. -XX:-ResizeTLAB标志

    • 2.9.2.1. 默认是true

    • 2.9.2.2. 防止每次GC时都调整大小

  • 2.9.3. 调整TLAB以提升性能的最简单的方法,也是唯一有用的方法

2.10. -XX:TLABWasteTargetPercent

  • 2.10.1. 阈值

  • 2.10.2. 默认是TLAB大小的1%

  • 2.10.3. 动态的

2.11. -XX:TLABWasteIncrement=N

  • 2.11.1. 增幅

  • 2.11.2. 默认是4

2.12. -XX:MinTLABSize=N

  • 2.12.1. TLAB的最小值

  • 2.12.2. 默认为2 KB

2.13. TLAB的最大值略小于1 GB

  • 2.13.1. 可以容纳一个整数数组的最大空间,数组大小向下取整以对齐对象

  • 2.13.2. 不能修改

以上是关于G1垃圾回收的主要内容,如果未能解决你的问题,请参考以下文章

JVM面试必问:G1垃圾回收器

G1垃圾回收器在并发场景调优

#yyds干货盘点# Java 垃圾回收器之G1详解

JVM面试高频考点:由浅入深带你了解G1垃圾回收器!!!

G1垃圾回收器

CMS 垃圾回收器与G1 垃圾回收器