六、Hotspot中的垃圾收集器
博客专区 > Swimmer 的博客 > 博客详情
六、Hotspot中的垃圾收集器
Swimmer 发表于1年前
六、Hotspot中的垃圾收集器
  • 发表于 1年前
  • 阅读 10
  • 收藏 0
  • 点赞 0
  • 评论 0

【腾讯云】新注册用户域名抢购1元起>>>   

一、Serial/Serial Old收集器

  1. 历史最悠久的收集器
  2. 单线程的收集器
  3. 在工作时需要停掉虚拟机所有线程
  4. 优点是在做事专一,动作迅速
  5. 在Client端的新生代中一般使用这个收集器回收,回收200M以内的新生代只需要不到100ms,这对于Client是可以接受的

二、ParNew收集器

  1. Serial收集器的多线程版本
  2. 只有ParNew收集器可以与CMS收集器配合使用

三、Parallel Scavenge收集器

  1. 吞吐连优先的收集器 
  2. 吞吐量:代码运行时间/(代码运行时间 + 垃圾收集时间)

四、CMS收集器

  1. 老年代并发收集器
  2. 基于 标记清除算法实现
  3. 执行垃圾收集时有四个步骤
    • 初始标记(Stop the World):标记一下GC Root能直接关联的对象,速度很快
    • 并发标记:使用可达性分析算法,标记需要回收的对象
    • 重新标记(Stop the World):标记 并发标记 期间变化的对象(多线程)
    • 并发清除
  4. CMS优点:并发收集、低停顿
  5. CMS缺点:
    • 并发占用CPU,导致用户线程变慢
    • 会产生浮动垃圾(并发清除时产生的垃圾),因为在并发清除时还用用户线程在执行,所以要预留一部分内存,所以可以通过参数设定当老年代内存被占用 X% 时触发CMS回收,如果回收失败,会触发Serial Old收集器,进行再一次回收
    • CMS收集器是使用标记清除算法实现的,所以会残生大量内存碎片,所以当CMS收集器触发Serial Old时要进行内存整理操作(这个过程无法并发,所以会导致程序变慢,可以通过参数设定)

 

五、G1收集器

  1. G1收集器是注重停顿时间的收集器
  2. G1收集器可以不需要其他收集器配合,独立管理新生代和老年代
  3. G1收集器将java堆分成多个Region(新生代和老年代穿插在不同的Region里,不再物理隔离),两个Region通过复制算法手机,整体看来通过标记整理算法手机,不会产生内存碎片
  4. 通过建立可预测的停顿时间模型,可以让使用者明确在M毫秒内的内存回收不超过N毫秒
  5. G1收集器,会根据停顿时间模型计算每个Region回收的经验值,根据可以回收的时间(N毫秒)来回收最有回收价值的Region
  6. G1收集器通过Remebered Set记录Region中对象有没有被其他Region中的对象引用(为了避免全堆扫描)
  7. G1收集器的过程:
    • 初始标记(Stop the World):标记一下GC Root能直接关联的对象,速度很快,与CMS不同的是,这个阶段会修改TAMS值,让 并发标记 阶段产生的新对象都在正确可用的Region中创建
    • 并发标记:通过可达性分析算法标记回收的对象
    • 最终标记:修正在并发标记时改变的对象,并记录到Remebered Set Logs中,然后虚拟机将Logs合并到Remebered Set中,这个过程是并行的(非并发)
    • 筛选回收:根据Region的回收价值大小回收

 

  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 2
博文 30
码字总数 12958
×
Swimmer
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: