目录
现阶段可以作为商用的垃圾收集器大概以上几种,ZGC还正在实验阶段,如果两个收集器之间有连线那么表示他们可搭配使用。在jdk8中已经废弃了Serial+CMS和ParNew+Serial Old这两个组合。在jdk9之后已经完全取消了这些组合的支持。
在jdk17下,配置了这两组垃圾收集器,在启动时候报错找不到参数,如下图
本系列将分四个部分讲解,首先分析几种传统的垃圾收集器,然后分析CMS垃圾收集器(虽然CMS收集器已经被G1完全取代,在jdk14之后也抛弃了CMS),再分析一下G1垃圾收集器,最后说一下ZGC。
serial 垃圾收集器在jdk1.3.1之前是HotSpot垃圾收集唯一收集器。他是一个单线程工作的收集器。基于复制算法实现,在进行垃圾收集时必须暂停用户线程进行STW(stop the world)。主要用在Hotspot虚拟机运行在客户端模式下默认的新生代垃圾收集器,由于是单线程的工作模式,不存在线程切换,没有线程交互的开销,在收集几十到一两百兆的新生代效率还是很不错的。
Serial Old 是Serial收集器的老年代收集版本,也是一个单线程的收集器,使用标记整理算法实现。主要也是适用于客户端模式下老年代的垃圾收集。在服务端模式下主要有两点作用,在jdk5之前与Parallel Scavenge收集器搭配使用,第二个是在CMS收集器发生Concurrent Mode Failure时使用。
JVM 参数配置 -XX:+UseSerialGC 没有-XX:+UseSerialOldGC参数
ParNew收集器实际上是Serial的多线程并行版本。除了使用多线程之外,其他行为包括收集算法,STW、对象分配规则、回收策略等都与Serial完全一致。但是在JDK9之后,JVM已经取消了-XX:+UseParNewGC ,参数ParNew合并入CMS收集器,在配置该参数时会报Unrecognized VM option 'UseParNewGC'错误。在jdk9之前是唯一推荐和CMS垃圾收集器配合的收集器,如果老年代使用CMS垃圾收集器,那么新生代收集器默认是ParNew。
在使用CMS垃圾收集器时,-XX:MaxTenuringThreshold=6默认值是6,使用以下参数可以打印出垃圾收集器的明细
- -XX:+UseConcMarkSweepGC
- -XX:MaxTenuringThreshold=15
- -XX:+PrintCommandLineFlags
显示结果为
使用 -XX:ParallelGCThreads 参数可以限制垃圾收集的线程数。
Parallel Scavenge收集器是一款新生代的收集器,基于标记复制算法实现的,它在很多方面和ParNew非常相似,是一个多线程并行的垃圾搜集器。不像CMS一样关注停顿时间,该收集器更关注的是吞吐量(Throughput)。
Parallel Scavenge 收集器有几个JVM需要关注一下
开启Parallel Scavenge垃圾收集器的参数配置如下,默认使用ParallelOldGC时候默认新生代使用的是ParallelScavenge收集器。
- -XX:+UseParallelOldGC
- -XX:+UseAdaptiveSizePolicy
- -XX:MaxGCPauseMillis=200
- -XX:+PrintCommandLineFlags
Parallel Old 是ParallelScavenge收集器的老年代收集版本,也是一个多线程并行的垃圾收集器,基于标志整理算法实现。
Parallel Old收集器工作过程示意图
由于Parallel Scavenge关注吞吐量,所以在注重吞吐量或者处理器资源(CPU)较为稀缺的场景,可以优先考虑Parallel Scavenge + Parallel Old的组合。