JVM学习笔记(14) 垃圾回收-垃圾回收器

最新推荐文章于 2024-11-08 00:04:01 发布

胡琦哈哈哈

最新推荐文章于 2024-11-08 00:04:01 发布

阅读量161

点赞数

分类专栏： JVM学习文章标签： jvm java

本文链接：https://blog.csdn.net/huqi1569572978/article/details/116012211

版权

JVM学习专栏收录该内容

15 篇文章 0 订阅

订阅专栏

垃圾回收器

一. GC分类与性能指标
二.不同的垃圾回收器概述
三.Serial回收器: 串行回收
四.ParNew回收器 : 并行回收
五.Parallel回收器: 吞吐量优先
六.CMS回收器: 低延迟
七. G1 回收器: 区域化分代式
八. 垃圾回收器总结
九. GC日志分析
十. 垃圾回收器的新发展

一. GC分类与性能指标

在这里插入图片描述

垃圾回收器分类

按照线程数分

在这里插入图片描述

按照工作模式分

在这里插入图片描述

按照碎片处理方式或工作的内存区间分

在这里插入图片描述

评估GC的性能指标

在这里插入图片描述

吞吐量(throughput)

在这里插入图片描述

暂停时间(pause time)

在这里插入图片描述

二.不同的垃圾回收器概述

在这里插入图片描述

垃圾收集器发展史

GC 可以是两个名词的缩写
Garbage Collection 垃圾回收
Garbage Collector 垃圾回收器

在这里插入图片描述

七款经典的垃圾回收器

在这里插入图片描述

七款经典收集器与垃圾分代之间的关系

在这里插入图片描述

垃圾回收器的组合关系

在JDK8 中默认是Parallel Scavenge GC + Parallel Old GC的组合
为啥Parallel Scavenge GC 和 ParNew GC 都是并行的垃圾回收器但是.Parallel Scavenge GC 却不能和CMS GC组合呢 ?
因为Parallel Scavenge GC 底层用的GC框架和其他的垃圾回收器不要用,所以不能进行兼容

在这里插入图片描述

不同的垃圾回收器概述

在这里插入图片描述

如何查看默认的垃圾收集器

-XX:+PrintCommandLineFlags

在这里插入图片描述

任意执行一个程序
-XX:InitialHeapSize=264819328 -XX:MaxHeapSize=4237109248 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
可以看出使用的是Parallel Scavenge GC

上面的是JDK8 的, 下面是切换到JDK9之后执行的结果
使用的就变成G1了

三.Serial回收器: 串行回收

在这里插入图片描述

-XX:InitialHeapSize=264819328 -XX:MaxHeapSize=4237109248 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC

/**
 * -XX:+PrintCommandLineFlags 
 * -XX:+PrintCommandLineFlags -XX:+UseSerialGC  指定使用的GC
 */
public class GCUseTest {

    public static void main(String[] args) throws InterruptedException {

        ArrayList<byte[]> list = new ArrayList<>();

        while (true) {
            byte[] arr = new byte[100];
            list.add(arr);
            Thread.sleep(10);
        }
    }
}

在这里插入图片描述

四.ParNew回收器 : 并行回收

在这里插入图片描述

使用parNew和CMSGC, 在JDK9中会报错

五.Parallel回收器: 吞吐量优先

在这里插入图片描述

查看使用的GC

使用MaxGCPauseMills时会动态调节堆内存的大小, 如果堆内存变小了,可能会导致GC的次数变多,GC次数变多了之后,可能会导致吞吐量下降,影响整体性能

这个参数是默认开启状态的,这就是为什么我们在实际查看新生代和老年代的比例时不是8:1的原因

六.CMS回收器: 低延迟

在这里插入图片描述

CMS工作原理

在这里插入图片描述

CMS 收集器可以设置的参数

在这里插入图片描述

JDK后续版本中CMS的变化

在这里插入图片描述

七. G1 回收器: 区域化分代式

在这里插入图片描述

G1回收器的特点(优势)

在这里插入图片描述

G1回收器的缺点

在这里插入图片描述

G1回收器的参数设置

在使用MaxGCPauseMillis设置期望最大GC停顿时常的时候,如果设置的市场过于短了的话,可能会存在回收的速度比不上占用region的速度,导致内存占用率越来越高,并最终发生了Full GC ,得不偿失.反而导致性能下降了
GC时间在200-300ms差不多都是正常的时间段

G1回收器常见操作步骤

在这里插入图片描述

G1回收器的适用场景

在这里插入图片描述

分区Region: 化整为零

在这里插入图片描述

G1回收器垃圾回收过程

在这里插入图片描述

G1回收器垃圾回收过程: Remembered Set

在这里插入图片描述

G1回收过程一: 年轻代GC

在这里插入图片描述

G1回收过程二 : 并发标记过程

在这里插入图片描述

G1回收过程三: 混合回收

在这里插入图片描述

G1回收可选的过程四: Full GC

在这里插入图片描述

G1回收过程 : 补充

在这里插入图片描述

G1 回收器优化建议

在这里插入图片描述

八. 垃圾回收器总结

7种经典垃圾回收器总结

在这里插入图片描述

怎么选择垃圾回收器

在这里插入图片描述

面试

在这里插入图片描述

九. GC日志分析

在这里插入图片描述

Allocation Failure 分配失败

在这里插入图片描述

比如使用./logs/gc.log ,的话,需要在过程的根目录下建一个logs目录,然后每次执行的时候就会生成新的日志文件

在这里插入图片描述

Minor GC 日志

在这里插入图片描述

Full GC 日志

在这里插入图片描述

perm -> 永久代或者原空间

举例

/**
 * 在jdk7 和 jdk8中分别执行
 *             设置堆内存大小    新生代大小                    新生代比例, 伊甸园区8份  使用串行垃圾回收器
 * -verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:+UseSerialGC
 */
public class GCLogTest1 {
    private static final int _1MB = 1024 * 1024;

    public static void testAllocation() {
        byte[] allocation1, allocation2, allocation3, allocation4;
        allocation1 = new byte[2 * _1MB];
        allocation2 = new byte[2 * _1MB];
        allocation3 = new byte[2 * _1MB];
        allocation4 = new byte[4 * _1MB];
    }

    public static void main(String[] args) {
        testAllocation();
    }

}

在JDK7中运行

由图可以看出来, 在分配内存的过程中,首先是把前面三个2MB的对象放入伊甸园区之后, 当需要进行存放第四个4MB的对象的时候,会发现新生代已经没有办法进行存放了,这个时候就触发了一次GC, 将原本的3个2M的对象都放到了老年代之中, 这个时候就可以将新的4M的对象放到伊甸园区中了,查看打印的GC日志可以查看.

在这里插入图片描述