常见的垃圾回收器(上)

文章目录

      • [Serial垃圾回收器 + SerialOld垃圾回收器](#Serial垃圾回收器 + SerialOld垃圾回收器)
      • [PS + PO](#PS + PO)
      • ParNew
      • CMS

常见的垃圾回收器(下)

Serial垃圾回收器 + SerialOld垃圾回收器

Serial是一种单线程串行回收年轻代的垃圾回收器

回收年代和算法

年轻代:复制算法

老年代:标记-整理算法
优点

单CPU处理器下吞吐量非常出色
缺点

多CPU下吞吐量不如其他垃圾回收器,堆如果偏大会让用户线程处于长时间的等待
适用场景

Java编写的客户端程序或者硬件配置有限的场景

PS + PO

PS+PO是JDK8默认的垃圾回收器,多线程并行回收,关注的是系统的吞吐量。具备自动调整堆内存大小的特点。

回收年代和算法

年轻代:复制算法

老年代:标记-整理算法
优点:

吞吐量高,而且手动可控。为了提高吞吐量,虚拟机会动态调整堆的参数
缺点:

不能保证单次的停顿时间
适用场景:

后台任务,不需要与用户交互,并且容易产生大量的对象

比如:大数据的处理,大文件导出

ParNew

ParNew垃圾回收器本质上是对Serial在多CPU下的优化,使用多线程进行垃圾回收

-XX:+UseParNewGC 新生代使用ParNew回收器,老年代使用串行回收器

回收年代和算法

年轻代

复制算法
优点 q

多CPU处理器下停顿时间较短
缺点

吞吐量和停顿时间不如G1,所以在JDK9之后不建议使用

CMS

CMS垃圾回收器关注的是系统的暂停时间,允许用户线程和垃圾回收线程在某些步骤中同时执行,减少了用户线程的等待时间。

参数:-XX:+UseConcMarkSweepGC

回收年代和算法

老年代

清除算法
优点

系统由于垃圾回收出现的停顿时间较短,用户体验好
缺点

1、内存碎片问题

2、退化问题

3、浮动垃圾问题
适用场景

大型的互联网系统中用户请求数据量大、频率高的场景

比如订单接口、商品接口等
CMS垃圾回收器存在的问题

1、CMS使用了标记-清除算法,在垃圾收集结束之后会出现大量的内存碎片,CMS会在Full GC时进行碎片的整理。这样会导致用户线程暂停,可以使用-XX:CMSFullGCsBeforeCompaction=N 参数(默认0)调整N次Full GC之后再整理。

2.、无法处理在并发清理过程中产生的"浮动垃圾",不能做到完全的垃圾回收。

3、如果老年代内存不足无法分配对象,CMS就会退化成Serial Old单线程回收老年代。

4、并发阶段会影响用户线程执行的性能

相关推荐
湫ccc2 分钟前
Python简介以及解释器安装(保姆级教学)
开发语言·python
程序伍六七5 分钟前
day16
开发语言·c++
wkj00110 分钟前
php操作redis
开发语言·redis·php
武子康12 分钟前
大数据-230 离线数仓 - ODS层的构建 Hive处理 UDF 与 SerDe 处理 与 当前总结
java·大数据·数据仓库·hive·hadoop·sql·hdfs
武子康14 分钟前
大数据-231 离线数仓 - DWS 层、ADS 层的创建 Hive 执行脚本
java·大数据·数据仓库·hive·hadoop·mysql
极客代码15 分钟前
【Python TensorFlow】进阶指南(续篇三)
开发语言·人工智能·python·深度学习·tensorflow
苏-言20 分钟前
Spring IOC实战指南:从零到一的构建过程
java·数据库·spring
土豆湿21 分钟前
拥抱极简主义前端开发:NoCss.js 引领无 CSS 编程潮流
开发语言·javascript·css
界面开发小八哥28 分钟前
更高效的Java 23开发,IntelliJ IDEA助力全面升级
java·开发语言·ide·intellij-idea·开发工具
草莓base41 分钟前
【手写一个spring】spring源码的简单实现--容器启动
java·后端·spring