2024年JVM进阶(十)：年老代收集器_java 并行年老代收集器，靠着这份面试题跟答案

文末

从转行到现在，差不多两年的时间，虽不能和大佬相比，但也是学了很多东西。我个人在学习的过程中，习惯简单做做笔记，方便自己复习的时候能够快速理解，现在将自己的笔记分享出来，和大家共同学习。

个人将这段时间所学的知识，分为三个阶段：

第一阶段：HTML&CSS&JavaScript基础

第二阶段:移动端开发技术

第三阶段:前端常用框架

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

• 推荐学习方式：针对某个知识点，可以先简单过一下我的笔记，如果理解，那是最好，可以帮助快速解决问题；

• 大厂的面试难在，针对一个基础知识点，比如JS的事件循环机制，不会上来就问概念，而是换个角度，从题目入手，看你是否真正掌握。所以对于概念的理解真的很重要。

文章目录

• • 一、前言
    • 二、收集器
    • 三、CMS收集器步骤详解
    • 四、拓展阅读

---

一、前言

在上一篇博文《JVM进阶(九)：年轻代收集器》我们介绍了JAVA新生代收集器，本篇博文我们要讲的就是关于老年代的一些收集器。老年代存活的一般是大对象以及生命很顽强的对象，因此新生代的复制算法很明显不能适应该区域的特性，所以老年代采用的是“标记-清除-整理”算法（前期博文《JVM进阶(三)：内存分配与回收策略》有详细讨论过）。

二、收集器

• Serila Old收集器：该收集器是Serial收集器的老年代版，同样是一个单线程的收集器，优劣势和Serial收集器一样，这里就不多说了。
• Parallel Old收集器：JVM默认的年老代收集器，也是Parallel Scavenge收集器的老年代版本。关注点也和Parallel Scavenge收集器一样，注重系统的吞吐量，适合于CPU资源敏感的场合。
• CMS(Concurrent Mark Sweep)收集器：是一种以最短停顿时间为目标的收集器。当应用尤其重视服务的响应速度，希望系统能有最短的停顿时间，该收集器非常适合。

三、CMS收集器步骤详解

CMS收集器的收集过程比以往的收集器都要复杂，收集过程分为四个步骤：初始标记、并发标记、重新标记、并发清除。

先介绍下每个过程，再来说他是怎么达到最短停顿时间这个目标的。初始标记是需要进行STW的，但仅仅只是标记GC Roots能够直接关联的对象（并不是死掉的对象哦~），由于有OopMap的存在，因此该步骤速度非常快。如图，其中蓝色底纹的便是能够直接关联的对象。

接着就进入了第二步，并发标记。这步是不需要STW的，不需要！他和我们的主程序线程共同执行，从上一步被标记的对象开始，进行可达性分析组成“关系网”。由于不需要进行STW，所以该步骤不会影响用户体验。既然不暂停线程，小伙伴是不是又怕回收了不该回收的对象？为了避免这个问题，因此就有了第三步。

重新标记是需要STW的，但这又有什么关系呢？重新标记只是为了修改在上一步标记中有了变动的对象。有了这一步，就不怕回收掉不该回收的对象了。而且，由于这一步只是对上一步的结果进行修改，所以STW的时间相当短，对用户的影响不大。

前端面试题汇总

JavaScript

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

性能

linux

前端资料汇总