Java虚拟机(四):垃圾收集器

时间:2022-12-27 20:49:36

一、串行(Serial)收集器

  • 最古老,最稳定
  • 效率高
  • 可能会产生较长的停顿
  • -XX:+UseSerialGC
    •   新生代、老年代使用串行回收
    •   新生代复制算法
    •   老年代标记-压缩

Java虚拟机(四):垃圾收集器

 

二、并行收集器

1. ParNew

  • Serial收集器新生代的并行版本
  • 复制算法
  • 多线程,需要多核支持
  • -XX:+UseParNewGC
    •   新生代并行
    •   老年代串行
  • -XX:ParallelGCThreads 限制线程数量

Java虚拟机(四):垃圾收集器

 

2. Parallel收集器

  • 类似ParNew
  • 新生代复制算法
  • 老年代 标记-压缩
  • 更加关注吞吐量
  • -XX:+UseParallelGC
    •   使用Parallel收集器+ 老年代串行
  • -XX:+UseParallelOldGC
    •   使用Parallel收集器+ 并行老年代

Java虚拟机(四):垃圾收集器

3. CMS收集器

  • Concurrent Mark Sweep 并发(与用户线程一起执行)标记清除
  • 标记-清除算法
  • 并发阶段会降低吞吐量
  • 老年代收集器(新生代使用ParNew)
  • -XX:+UseConcMarkSweepGC

 

CMS运行过程比较复杂,着重实现了标记的过程,可分为:

  • 初始标记
    •   根可以直接关联到的对象
    •   速度快
  • 并发标记(和用户线程一起)
    •   主要标记过程,标记全部对象
  • 重新标记
    •   由于并发标记时,用户线程依然运行,因此在正式清理前,再做修正
  • 并发清除(和用户线程一起)
    •   基于标记结果,直接清理对象

Java虚拟机(四):垃圾收集器

 

特点:

  • 尽可能降低停顿
  • 会影响系统整体吞吐量和性能。比如,在用户线程运行过程中,分一半CPU去做GC,系统性能在GC阶段,反应速度就下降一半
  • 清理不彻底。因为在清理阶段,用户线程还在运行,会产生新的垃圾,无法清理
  • 因为和用户线程一起运行,不能在空间快满时再清理
    • -XX:CMSInitiatingOccupancyFraction设置触发GC的阈值
    • 如果不幸内存预留空间不够,就会引起concurrent mode failure
  • 使用串行收集器作为后备

 三、垃圾收集器的配置参数

-XX:+UseSerialGC:在新生代和老年代使用串行收集器
-XX:SurvivorRatio:设置eden区大小和survivior区大小的比例
-XX:NewRatio:新生代和老年代的比
-XX:+UseParNewGC:在新生代使用并行收集器
-XX:+UseParallelGC :新生代使用并行回收收集器
-XX:+UseParallelOldGC:老年代使用并行回收收集器
-XX:ParallelGCThreads:设置用于垃圾回收的线程数
-XX:+UseConcMarkSweepGC:新生代使用并行收集器,老年代使用CMS+串行收集器
-XX:ParallelCMSThreads:设定CMS的线程数量
-XX:CMSInitiatingOccupancyFraction:设置CMS收集器在老年代空间被使用多少后触发
-XX:+UseCMSCompactAtFullCollection:设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片的整理
-XX:CMSFullGCsBeforeCompaction:设定进行多少次CMS垃圾回收后,进行一次内存压缩
-XX:+CMSClassUnloadingEnabled:允许对类元数据进行回收
-XX:CMSInitiatingPermOccupancyFraction:当永久区占用率达到这一百分比时,启动CMS回收
-XX:UseCMSInitiatingOccupancyOnly:表示只在到达阀值的时候,才进行CMS回收