JVM的垃圾回收ParNew和CMS的介绍

叕叕666

已于 2022-04-22 14:40:46 修改

阅读量780

点赞数

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

于 2022-04-22 14:36:24 首次发布

本文链接：https://blog.csdn.net/m0_50163856/article/details/124343658

版权

Java 同时被 2 个专栏收录

159 篇文章 0 订阅

订阅专栏

JVM

11 篇文章 0 订阅

订阅专栏

本文介绍了ParNew作为并行新生成器的垃圾回收机制，以及其与ParallelScavenge的关系。重点讲解了CMS并发标记-清除回收器的工作原理、四个阶段及其问题，包括内存碎片化和浮动垃圾。还提供了优化策略，如调整CMS阈值和内存配置。

摘要由CSDN通过智能技术生成

ParNew

ParNew就是Parallel New的意思，ParNew和Parallel Scavenge基本没什么区别，都是年轻代的垃圾回收器，就是在Parallel Scavenge的基础上做了一些简单的增强使其能够较好的配合CMS的使用，ParNew是Parallel Scavenge的一个变种
ParNew响应时间优先，Parallel Scavenge吞吐量优先
使用ParNew：-XX:+UseParNewGC

CMS

CMS全称Concurrent Mark Sweep，老年代的垃圾回收器，从名字可以看出它的垃圾回收线程可以与业务工作线程并发去执行，并且使用的垃圾回收算法是标记-清除算法。
使用CMS：-XX:+UseConcMarkSweepGC

CMS主要的四个阶段

第一个阶段：Initial Mark(初始标记阶段)，CMS会找到"根"上的对象进行标记，不会标记非"根"的对象，此阶段会有STW，标记线程和业务线程不会并发执行
第二个阶段：Concurrent Mark(并发标记阶段)，业务线程一边工作产生垃圾，回收线程一边标记垃圾，由于标记垃圾是GC最耗时的过程，所以CMS让回收线程个业务线程并发执行，业务线程虽然会慢一点但还是一直在执行的
第三个阶段：Remark(重新标记阶段)，在第二阶段可能业务线程会产生新的垃圾，此阶段会把这些垃圾重新标记一下，会有STW，但第二阶段产生的垃圾不会很多因此业务线程停顿的时间不会很长
第四个阶段：Concurrent Sweep(并发清理阶段)，业务线程边工作，垃圾回收线程边清理垃圾，这时业务线程会产生新的垃圾，这些垃圾会在下次GC的时候进行清理，这些垃圾被叫做浮动垃圾

CMS的问题

CMS有两大致命的问题，内存碎片化和浮动垃圾。
内存碎片化：CMS使用的是标记-清除算法，所以内存碎片化成了它天然的问题
浮动垃圾：第四阶段产生的垃圾

如果内存碎片化严重或浮动垃圾比较多，需要从年轻代进入老年代的这些对象已经找不到空间了，这时CMS会让单线程的垃圾回收器Serial
Old使用标记-压缩算法进行工作，这会导致STW的耗时特别特别的长

CMS问题的解决方案

方案一：降低触发CMS的阈值
JVM参数：-XX:CMSInitiatingOccupancyFraction 92%

方案二：增加内存，保证老年代有足够的空间
最小堆内存64M：-Xms64m
最大堆内存128M：-Xmx128m
设置年轻代大小128M：-Xmn128m
年轻代初始化大小为30M：-XX:NewSize=30m
年轻代最大大小为40M：-XX:MaxNewSize=40m
设置老年代/年轻代的比例：-XX:NewRatio=2