常见垃圾回收器

最新推荐文章于 2023-07-29 02:17:06 发布

kkk51720

最新推荐文章于 2023-07-29 02:17:06 发布

阅读量204

点赞数

分类专栏：学习总结文章标签： jvm java 算法多线程

本文链接：https://blog.csdn.net/qq_31443999/article/details/107801006

版权

学习总结专栏收录该内容

8 篇文章 0 订阅

订阅专栏

文章目录

新生代

Serial：多个用户线程运行之后达到“安全点”，垃圾回收线程单线程回收新生代，采用复制算法实现，主要用于单CPU环境
ParNew：Serial收集器的多线程版本。多个用户线程运行之后达到“安全点”，垃圾回收线程多线程并行回收新生代，采用复制算法实现，主要用于多CPU环境；
PS(Parallel Scavenge)：多个用户线程运行之后达到“安全点”，垃圾回收线程多线程并行回收新生代，采用复制算法实现，优点是无需设置新生代Eden区和Survivor区比例和晋升老年代年龄，自动监控JVM运行状况，达到最优的暂停时间和吞吐量；

老年代

Serial Old：多个用户线程运行之后达到“安全点”，垃圾回收线程单线程回收老年代，采用标记-整理算法实现，主要用于单CPU环境；
Parallel Old(PO)：这是Paraller Scanvenge收集器的老年队收集器。多个用户线程运行之后达到“安全点”，垃圾回收线程多线程并行回收老年代，采用标记-整理算法实现，主要用于多CPU环境；
CMS：多个垃圾回收线程与多个用户线程并发并行的回收老年代，依次包含初始标记，并发标记，重新标记，并发清除等4个过程；
- 初始标记：简单标记下GC Roots能直接关联到的对象，需要“Stop The World“
- 并发标记：进行GC Roots Tracing
- 重新标记：修正并发标记期间用户程序继续运行而导致标记发生变动那一部分对象标记记录，需要“Stop The World“
- 并发清除
  缺点：
  1. 无法处理浮动垃圾。由于并发清理阶段用户线程还在运行，程序自然会有新的垃圾产生，那么CMS将无法在这次收集中处理掉它们。只能等待下次GC再清理。由于垃圾回收阶段用户线程还需要运行。那么就需要预留足够的内存空间给用户线程使用，所以CMS不能等待老年队几乎完全快满了再进行收集。需要预留一部分空间提供并发收集时候的程序使用。如果运行期间预留的内存无法满足程序需要，那么就会出现“Concurrent Mode Failure“，这时候就启用Serial Old收集器进行老年代的收集。
  2. 对CPU资源敏感。在并发阶段虽然不会导致用户线程停顿，但是会因为占用一部分线程（或者说CPU资源）而导致应用程序变慢，吞吐量降低，默认是启动（CPU数量＋3）／4的线程数。
  3. 会产生大量的空间碎片。CMS是基于标记－清除算法实现的，那么收集结束时候会有大量空间碎片产生。这个时候就会给大对象分配带来麻烦，因为无法找到足够大的连续空间来分配当前对象，不得不提前触发一次Full GC。那么我们可以使用:-XX:+UseCMSCompactAtFullCollection,在CMS收集器顶不住要进行FullGC时候开启内存碎片的合并整理过程，但是会加长停顿时间。还有一个参数 -XX:CMSFullGCsBeforeCompaction,表示用于设置执行多少次不压缩的Full GC后，跟着来一次带压缩的。
G1：将整个Java堆划分为多个大小相等的独立区域(Region)，可独立的管理整个堆内存，Region之间是基于复制算法实现，整体上是基于标记-整理算法实现，采用Remembered Set记录每个region的引用信息避免全堆扫描，G1具备以下特点：
- 并行与并发：使用多个CPU缩短暂停时间；
- 分代收集：保留分代概念，独立的管理整个堆内存；
- 空间整合：复制算法和标记-整理算法相结合，不会产生内存碎片；
- 可预测的停顿：建立可预测的停顿时间模型；
ZGC：分区回收大内存堆空间，适用于大内存；
Shenandoah：不分代垃圾回收；
Epsilon：一旦java的堆被耗尽，jvm就直接关闭。

并发与并行

并行：多个垃圾回收线程并行工作，用户线程处于等待状态
并发：垃圾回收线程与用户线程同时执行，但不一定是并行，可能会交替执行

内存分配与回收策略

对象优先在Eden区分配：首先寻找空闲的堆空间，一种是指针碰撞，一种是空闲列表，再在堆空间上分配该对象所需的空间，一种是CAS分配，一种是TLAB分配，当没有足够的空间时则触发Minor GC
大对象直接进入老年代：大量连续内存空间的Java对象直接分配到老年代，避免在新生代上来复制，Serial和ParNew收集器上可通过

-XX:PretenureSize指定大对象大小

长期存活的对象将进入老年代：经过一次Minor GC的对象仍然存活，则分代年龄+1，超过阈值则进入老年代，可通过

-XX:MaxTenuringThreshold设置分代年龄的阈值

动态分代年龄判断：如果Survivor区中相同年龄所有对象大小的总和大于Survivor区空间的一半，则分代年龄大于或等于该年龄的对象直接进入老年代
空间分配担保：Minor GC前虚拟机会检测老年代最大可用的连续空间十分大于新生代所有对象的总空间，如果大于，Minor GC安全，否则查看HandlePromotionFailure十分运行担保，如果允许则检测老年代最大可用连续空间是否大于历次晋升老年代对象的平均大小，如果大于，则Minor GC，否则Full GC