CMS收集器和G1收集器,优缺点对比

点击上方关注“Java后端技术栈

很多面试题都会涉及CMS收集器和G1收集器,这里面有一个非常重要的知识点:G1只有并发标记才不会stop-the-world,其他都会停下来。

首先要知道 Stop the world的含义:不管选择哪种GC算法,stop-the-world都是不可避免的。Stop-the-world意味着从应用中停下来并进入到GC执行过程中去。一旦Stop-the-world发生,除了GC所需的线程外,其他线程都将停止工作,中断了的线程直到GC任务结束才继续它们的任务。GC调优通常就是为了改善stop-the-world的时间。

CMS收集器

CMS收集器是一种以获取最短回收停顿时间为目标的收集器,CMS收集器是基于“”标记--清除”(Mark-Sweep)算法实现的,整个过程分为四个步骤: 

1、初始标记 (Stop the World事件 CPU停顿, 很短)

初始标记仅标记一下GC Roots能直接关联到的对象,速度很快。

在Java语言中,可作为GC Roots的对象包括4种情况:

  a) 虚拟机栈中引用的对象(栈帧中的本地变量表);

  b) 方法区中类静态属性引用的对象;

  c) 方法区中常量引用的对象;

  d) 本地方法栈中JNI(Native方法)引用的对象。

2、 重新标记 (Stop the World事件 CPU停顿,比初始标记稍微长,远比并发标记短)

修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录,这个阶段的停顿时间一般会比初始标记阶段稍长一些,但远比并发标记时间短。

3、并发标记 (收集垃圾跟用户线程一起执行)

初始标记和重新标记任然需要“stop the world”,并发标记过程就是进行GC Roots Tracing的过程。

4、并发清理 -清除算法

整个过程中耗时最长的并发标记和并发清除过程收集器线程都可以与用户线程一起工作,所以,从总体上来说,CMS收集器的内存回收过程是与用户线程一起并发执行的。

CMS是一款优秀的收集器,它有优点,但也有明显的缺点:

优点:

并发收集,低停顿

理由:由于在整个过程和中最耗时的并发标记和 并发清除过程收集器程序都可以和用户线程一起工作,所以总体来说,Cms收集器的内存回收过程是与用户线程一起并发执行的。

缺点:

1、CMS收集器对CPU资源非常敏感

在并发阶段,虽然不会导致用户线程停顿,但是会因为占用了一部分线程使应用程序变慢,总吞吐量会降低,为了解决这种情况,虚拟机提供了一种“增量式并发收集器” 的CMS收集器变种, 就是在并发标记和并发清除的时候让GC线程和用户线程交替运行,尽量减少GC 线程独占资源的时间,这样整个垃圾收集的过程会变长,但是对用户程序的影响会减少。(效果不明显,不推荐)

2、 CMS处理器无法处理浮动垃圾

CMS在并发清理阶段线程还在运行, 伴随着程序的运行自然也会产生新的垃圾,这一部分垃圾产生在标记过程之后,CMS无法再当次过程中处理,所以只有等到下次gc时候在清理掉,这一部分垃圾就称作“浮动垃圾” 。

3、CMS是基于“标记--清除”算法实现的,所以在收集结束的时候会有大量的空间碎片产生。

空间碎片太多的时候,将会给大对象的分配带来很大的麻烦,往往会出现老年代还有很大的空间剩余,但是无法找到足够大的连续空间来分配当前对象的,只能提前触发 full gc。

为了解决这个问题,CMS提供了一个开关参数,用于在CMS顶不住要进行full gc的时候开启内存碎片的合并整理过程,内存整理的过程是无法并发的,空间碎片没有了,但是停顿的时间变长了。

G1收集器

G1(Garbage First)是一款面向服务端应用的垃圾收集器。

G1运作步骤:

1、初始标记(stop the world事件 CPU停顿只处理垃圾);

2、并发标记(与用户线程并发执行);

3、最终标记(stop the world事件 ,CPU停顿处理垃圾);

4、筛选回收(stop the world事件 根据用户期望的GC停顿时间回收)

注意:CMS 在这一步不需要stop the world

与其他GC收集器相比,G1具备如下特点:

1、并行于并发。

G1能充分利用CPU、多核环境下的硬件优势,使用多个CPU(CPU或者CPU核心)来缩短stop-The-World停顿时间。部分其他收集器原本需要停顿Java线程执行的GC动作,G1收集器仍然可以通过并发的方式让java程序继续执行。

2、分代收集。

虽然G1可以不需要其他收集器配合就能独立管理整个GC堆,但是还是保留了分代的概念。它能够采用不同的方式去处理新创建的对象和已经存活了一段时间,熬过多次GC的旧对象以获取更好的收集效果。

3、空间整合。

与CMS的“标记--清理”算法不同,G1从整体来看是基于“标记整理”算法实现的收集器;从局部上来看是基于“复制”算法实现的

4、可预测的停顿。

这是G1相对于CMS的另一个大优势,降低停顿时间是G1和CMS共同的关注点,但G1除了追求低停顿外,还能建立可预测的停顿时间模型,能让使用者明确指定在一个长度为M毫秒的时间片段内。

上面几个步骤的运作过程和CMS有很多相似之处:

初始标记阶段仅仅只是标记一下GC Roots能直接关联到的对象,并且修改TAMS的值,让下一个阶段用户程序并发运行时,能在正确可用的Region中创建新对象。这一阶段需要停顿线程,但是耗时很短。

并发标记阶段是从GC Root开始对堆中对象进行可达性分析,找出存活的对象,这阶段时耗时较长,但可与用户程序并发执行。

而最终标记阶段则是为了修正在并发标记期间因用户程序继续运作而导致标记产生变动的那一部分标记记录,需要把Remembered Set Logs的数据合并到Remembered Set Logs里面,这一阶段需要停顿线程,但是可并行执行。

最后在筛选回收阶段首先对各个Region的回收价值和成本进行排序,根据用户所期望的GC停顿时间来制定回收计划。

aspirant

https://www.cnblogs.com/aspirant/p/8663897.html

在这金三银四的季节,栈长为大家准备了几份面试宝典:

  • 《java面试宝典5.0》

  • 《Java(BAT)面试必备》

  • 《350道Java面试题:整理自100+公司》

  • 《资深java面试宝典-视频版》

  • 大量电子书籍

分别适用于初中级,中高级,以及资深级工程师的面试复习。

内容包含java基础、javaweb、各个性能优化、JVM、锁、高并发、反射、Spring原理、微服务、Zookeeper、数据库、数据结构、限流熔断降级等等。

获取方式:点“在看”,V信扫描上面二维码:注明面试领取,更多精彩陆续奉上。

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
### 回答1: CMS收集器G1收集器都是Java虚拟机的垃圾收集器,用于对Java程序中产生的垃圾进行回收。它们都有各自的优缺点,并且适用于不同的场景。 CMS收集器(Concurrent Mark Sweep Garbage Collector)是一种基于标记清除算法的并发收集器。它的特点是在垃圾回收时,尽量减少应用线程的停顿时间,提高系统的响应速度。CMS收集器主要分为以下几步: 1. 初始标记:标记出GC Roots能直接关联到的对象,并且暂停所有应用线程。 2. 并发标记:标记出所有GC Roots能间接关联到的对象。 3. 重新标记:标记出在并发标记阶段中被修改的对象,并且暂停所有应用线程。 4. 并发清除:清除掉所有没有被标记的对象,并且不需要暂停应用线程。 CMS收集器点是能够最大程度地减少应用线程的停顿时间,但是它也有一些缺点,比如它会产生大量的内存碎片,这会影响到大对象的分配效率。 G1收集器(Garbage First Garbage Collector)是一种基于分代收集算法的垃圾收集器。它的特点是能够在不停顿应用线程的情况下,高效地回收大量的垃圾。G1收集器主要分为以下几步: 1. 初始标记:标记出GC Roots能直接关联到的对象,并且暂停所有应用线程。 2. 并发标记:标记出所有GC Roots能间接关联到的对象。 3. 最终标记:标记出在并发标记阶段中被修改的对象,并且暂停所有应用线程。 4. 筛选回收:根据垃圾回收的目标,将对象分为老生代和新生代,并且对老生代进行回收。 G1收集器点是能够高效地回收大量的垃圾,并且不会产生大量的内存碎片。但是它也有一些缺点,比如它的性能在处理大对象时可能会受到影响。 综上所述,CMS收集器适用于需要最大程度地减少应用线程的停顿时间的场景,而G1收集器适用于需要高效地回收大量的垃圾的场景。 ### 回答2: CMS收集器G1收集器是Java虚拟机中常用的两种垃圾回收器。作为Java领域的专家,我可以为您完成以下任务: 首先,我会为您介绍CMS收集器CMS(Concurrent Mark Sweep)收集器是Java虚拟机中一种以获取最短回收停顿时间为目标的垃圾收集器。它采用了并发的方式进行垃圾收集,可以与用户线程同时工作,减少垃圾回收对应用程序的影响。CMS收集器主要有四个阶段:初始标记、并发标记、重新标记和并发清除。它适用于对响应时间要求较高的应用场景,但存在可用内存空间碎片化的问题,可能导致内存回收效率下降。 其次,我会为您介绍G1(Garbage First)收集器G1收集器是Java虚拟机中一种面向服务端应用的垃圾收集器。它以获取更平稳的停顿时间为目标,能够对大堆内存进行高效回收。G1收集器将堆划分为若干个大小相等的区域,并根据垃圾分布情况先回收垃圾最多的区域(garbage first原则),从而缩短回收停顿时间。G1收集器采用了分代收集和并发处理的技术,能够充分利用多核处理器,提升回收效率。它适用于对可靠性和低延迟有较高要求的应用场景。 综上所述,CMS收集器G1收集器是Java虚拟机中常用的两种垃圾回收器。CMS收集器以最短回收停顿时间为目标,采用并发方式进行垃圾收集,适用于对响应时间要求较高的应用场景;而G1收集器以平稳停顿时间为目标,采用分代和并发处理技术,适用于对可靠性和低延迟有较高要求的应用场景。根据具体的应用需求和性能指标,可以选择适合的垃圾收集器化应用程序的性能和资源利用。 ### 回答3: CMS收集器(Concurrent Mark Sweep)和G1收集器(Garbage First)都是Java虚拟机的垃圾回收器。 CMS收集器是一种以“并发”和“低停顿”为目标的垃圾回收器。它的特点是在垃圾回收过程中,可以与用户线程并发执行。这意味着它可以在垃圾回收的同时,让应用程序继续运行,减少了停顿时间,提高了应用程序的响应速度。CMS收集器主要用于对响应时间要求较高的应用,比如Web服务端应用。 G1收集器是Java虚拟机在JDK 7版本中引入的一种垃圾回收器,也是目前JDK 8默认的垃圾回收器。G1收集器是一种以“低停顿”和“高吞吐量”为目标的垃圾回收器。它通过将堆内存划分成多个大小相等的区域(Region)来管理对象,能够实现部分区域的并发垃圾回收。G1收集器采用导致停顿时间更可控的方式进行垃圾回收,可以通过设置期望的停顿时间目标来化垃圾回收器的性能。G1收集器主要用于大内存应用,如需要处理几十GB到几百GB以上内存的应用。 相比而言,CMS收集器在垃圾回收时和用户线程并发执行,对停顿时间的控制能力更强。但是它存在着碎片问题,因为它无法进行整理内存,可能导致应用程序出现频繁的Full GC。而G1收集器通过使用Region来管理内存,可以避免碎片问题,同时还能控制停顿时间,但它在吞吐量方面不如CMS收集器。 总的来说,对于响应时间要求较高的应用,可以选择CMS收集器。对于大内存应用,可以选择G1收集器。当然,对于不同的应用场景,还需要根据具体情况进行性能测试和调才能选取最适合的垃圾回收器。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值