java垃圾收集器介绍

2019-06-08  本文已影响0人  gzss

如果说收集算法是内存回收的方法论,那么垃圾收集器就是内存回收的具体实现。java虚拟机规范中对应垃圾收集器应该如何实现并没有任何规定,因此不同的厂商,不同版本的虚拟机所提供的垃圾收集器可能会有很大差别,并且一般都会提供参数供用户根据自己的应用特点和要求组合各个年代所使用的收集器。

虚拟机的垃圾收集器

以上展示了虚拟机不同分代的收集器,如果两个收集器之间存在连线,就可以说明他们可以搭配使用。虚拟机所处的区域,则表示他们属于新生代收集器还是老年代收集器。

Serial收集器

Serial收集器是最基本、发展历史最悠久的收集器。大家看名字就会知道,这个收集器是一个单线程的收集器,但是它的单线程的意义并不仅仅说明他只用一个CPU或者一条线程去完成垃圾收集工作,更重要的是他在进行垃圾收集时,必须暂停其他所有的工作线程,直到他收集结束。也就是会引起“Stop The Word” STW,并且这项工作实际是由虚拟机在后台自动发起和自动完成的,在用户不可见的情况下把用户正常工作的线程全部停掉,这对很多应用来说都是不可以接受的。Serial/Serial Old收集器的运行过程如下:

Serial/Serial Old收集器运行示意图

ParNew 收集器

ParNew收集器其实就是Serial收集器的多线程版本,熟客使用多条线程进行垃圾收集之外,其余行为包括Serial收集器可用的所有控制参数(例如:-XX:SurivivorRatio、-XX:PertenureSizeThrehold、-XX:HandlePromotionFailuer等)、收集算法、STW、对象分配规则、回收策略等斗鱼Serial收集器完全一样。它的工作过程如下:

ParNew/Serial Old收集器运行示意图

Paralle Scavenge收集器

Paralle Scavenge收集器是一个新生代收集器,他也是使用复制算法的收集器,又是并行的多线程收集器。他的特点是它的关注点与其他收集器不同,Paralle Scavenge收集器的目标是达到一个可控制的吞吐量。所谓吞吐量就是CPU用于运行用户代码的时间与CPU总消耗时间的比值,即吞吐量=运行代码时间/(运行用户代码时间 + 垃圾收集时间)。

Paralle Scavenge收集器提供了两个参数用于精确控制吞吐量,分别是控制最大垃圾收集停顿时间的-XX:MaxGCPauseMillis参数以及直接设置吞吐量大小的-XX:GCTimeRatio参数。

MaxGCPauseMillis参数允许的值是一个大于0的毫秒数,收集器将尽可能的保证内存回收花费的时间不超过特定值。不过大家不要认为如果把这个参数的值设置的稍小一点就能使得系统的垃圾收集速度变得更快,GC停顿时间缩短是以牺牲吞吐量和新生代空间来换取的:系统把新生代调小一些,收集300M新生代肯定比收集500M快,这也直接导致垃圾收集发生的更频繁,原来10秒收集一次,每次停顿100毫秒,现在变成5秒收集一次,每次停顿70毫秒,停顿时间的确下降,但吞吐量也在下降。

GCTimeRatio参数的值应当是一个大于0且小于100的整数,也就是垃圾收集时间占总时间的比率,相当于吞吐量的倒数。如果把测参数设置为19,那允许的最大GC时间就占总时间的5%(即1/(1+19))。

除了上面两个参数以外,Paralle Scavenge收集器还有一个参数-XX:UseAdaptiveSizePolicy值得关注。这是一个开关参数,当这个开关打开之后,就不需要手动指定新生代的大小(-Xmn)、Eden与Survivor区的比列(-XX:SurvivorRatio)、晋升老年代对象大小(-XX:PertenureSizeThreshold)等参数细节了,虚拟机会根据当前系统的运行情况收集性能监控信息,动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量。

Parallel Old收集器

Parallel Old收集器是Parallel Scavenge收集器的老年代版本,使用多线程和“标记-整理”算法。执行过程如下图:

Parallel Scavenge/Old收集器运行示意图

另外CMS与G1涉及内容较多后续单独介绍,如果大家想了解垃圾收集算法可以参见: java垃圾收集算法介绍

上一篇下一篇

猜你喜欢

热点阅读