JVM - 垃圾收集器

Fearless____

已于 2023-08-17 15:51:22 修改

阅读量470

点赞数 1

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

于 2023-08-16 11:08:08 首次发布

本文链接：https://blog.csdn.net/Fearless____/article/details/132302691

版权

JVM 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

垃圾收集器

垃圾收集器大概可以分为：

串行垃圾收集器
并行垃圾收集器
CMS（并发）垃圾收集器
G1垃圾收集器

串行垃圾收集器

Serial 和 Serial Old 是串行垃圾收集器

使用单线程回收，因此就适用于堆内存较小，CPU数量少的（因为多了也没用）个人电脑

开启串行垃圾收集器的VM参数是：-XX:+UseSerialGC = Serial + SerialOld

Serial 垃圾收集器工作在新生代，采用标记-复制算法

SerialOld 垃圾收集器工作在老年代，采用标记-整理算法

工作流程如下：

从上图我们看到，在串行垃圾收集器的回收过程中，进程中的其他应用线程需要暂停，也叫 Stop The World（简称 STW）

为什么需要STW？

因为在垃圾回收的工程中，有些对象的地址是会发生改变的，如果垃圾回收的过程中用户线程还在工作，那用户线程就有可能找不到对象，从而产生错误，因此在垃圾回收器进行回收的过程中，其他用户线程都要阻塞

并行垃圾收集器

并行垃圾收集器即 Parallel New 和 Parallel Old

并行垃圾收集器是 吞吐量优先 的垃圾收集器

什么是吞吐量优先什么是响应时间优先？

吞吐量优先

使用多线程回收，适用于堆内存较大，CPU较多的场景（如果是CPU个数较少，比如单核CPU，会导致回收线程之间相互争抢CPU的时间片，导致线程上下文切换的时间浪费，效率反而会比串行的垃圾回收器低），适合工作在服务器上

吞吐量优先的目标是：在单位时间内，让Stop The World（以下简称STW）的时间最短

响应时间优先

同样也是多线程回收，同样适用于堆内存较大，CPU较多的场景，同样适合工作在服务器上

响应时间优先的目标是：让单次的STW的时间最短

一个例子区分 吞吐量优先 和 响应时间优先：

在一个单位时间内，吞吐量优先追求 0.5 + 0.5 = 1，吞吐量不在乎 0.5 很大，只在乎 1 最小，而响应时间优先追求 0.3 + 0.3 + 0.3 +0.3 +0.3 =1.5 ，响应时间优先不在乎1.5很大，只在乎 0.3 最小

开启并行的垃圾收集器的参数是：-XX:+UseParallelGC ~ -XX:+UseParallelOldGC

ParallelGC 垃圾收集器工作在新生代中，采用标记-复制算法

ParallelOldGC 垃圾收集器工作在老年代中，采用标记-整理算法

在 jdk 1.8 中默认使用的就是 ParallelGC，而这两个开关是一同开启的，也就是开启 ParallelGC会连同开启ParallelOldGC

Parallel 就是并行的意思，说明这些垃圾回收线程是并行执行的

工作流程如下：

通过参数 -XX:ParallelGCThreads=n 可以设置垃圾回收线程的数量

除此之外还有三个比较重要的参数：

-XX:+UseAdaptiveSizePolicy ：采用自适应的大小调整策略，会动态的调整 Eden 和 Survivor 的比例，还会调整堆的大小、老年代的晋升阈值等

-XX:GCTimeRatio=ratio ：用于调整垃圾回收的时间在总工作时间中的占比，计算公式为 1/(1+ratio)，如果达不到设置的时间占比，ParallelGC就会尝试调大堆的大小，因为堆的容量较大，GC的次数就会比较少，ratio的值默认为99，但是 1/100 的占比时间很难达到，因此我们正常将 ratio 设置为19

-XX:MaxGCPauseMillis=ms : 单次垃圾回收的最大时间，默认值200ms，于 -XX:GCTimeRatio 参数存在冲突，因为 -XX:GCTimeRatio 可能为了达到目标，而调大堆的大小，而且堆越大，单次垃圾回收的时间就越长