![](https://img-blog.csdnimg.cn/a35aa011cfc84f82bd3a51057647aa41.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBARXZlcldITA==,size_20,color_FFFFFF,t_70,g_se,x_16)
上图写了7
种作用于不同分代的收集器,如果两个收集器之间存在连线,则说明它们可以搭配使用。虚拟机所处的区域则表示它是属于新生代还是老年代收集器。
新生代收集器(全部的都是复制算法):
Serial
(
串行
)
、
ParNew
(
多线程
)
、
Parallel Scavenge
(并行处理 )
老年代收集器:
CMS
(标记
-
清理)、
Serial Old
(标记
-
整理)、
Parallel Old
(标记整理)
整堆收集器:
G1
(一个
Region
中是标记
-
清除算法,
2
个
Region之间是复制算法)
同时,先解释几个名词:
1
,
并行(
Parallel
)
:多个垃圾收集线程并行工作,此时用户线程处于等待状态
2
,
并发(
Concurrent
)
:用户线程和垃圾收集线程同时执行
3
,
吞吐量
:运行用户代码时间/(运行用户代码时间+垃圾回收时间)
1.*
*Serial
收集器是最基本的、发展历史最悠久的收集器。
**
特点:
单线程、简单高效(与其他收集器的单线程相比),对于限定单个
CPU
的环境来说,
Serial
收集器
由于没有线程交互的开销,专心做垃圾收集自然可以获得最高的单线程手机效率。收集器进行垃圾回收
时,必须暂停其他所有的工作线程,直到它结束(
Stop The World
)。
应用场景
:适用于
Client模式下的虚拟机。
特点 :同样是单线程收集器,采用标记 - 整理算法。
2.*
*ParNew
收集器其实就是
Serial
收集器的多线程版本。
**
除了使用多线程外其余行为均和
Serial
收集器一模一样(参数控制、收集算法、
Stop The World
、对象 分配规则、回收策略等)。
特点
:多线程、
ParNew
收集器默认开启的收集线程数与
CPU
的数量相同,在
CPU
非常多的环境中,可以 使用-XX:ParallelGCThreads参数来限制垃圾收集的线程数。
和
Serial
收集器一样存在
Stop The World
问题
应用场景
:
ParNew
收集器是许多运行在
Server
模式下的虚拟机中首选的新生代收集器,因为它是除了Serial收集器外,唯一一个能与
CMS
收集器配合工作的。
3.*
*Parallel Scavenge
收集器与吞吐量关系密切,故也称为吞吐量优先收集器。
**
特点
:属于新生代收集器也是采用复制算法的收集器,又是并行的多线程收集器(与
ParNew
收集器类 似)。
该收集器的目标是达到一个可控制的吞吐量。还有一个值得关注的点是:
GC
自适应调节策略(与
ParNew
收集器最重要的一个区别)
GC
自适应调节策略
:
Parallel Scavenge
收集器可设置
-XX:+UseAdptiveSizePolicy
参数。当开关打开时不需要手动指定新生代的大小(-Xmn
)、
Eden
与
Survivor
区的比例(
-XX:SurvivorRation
)、晋升老年代 的对象年龄(-XX:PretenureSizeThreshold
)等,虚拟机会根据系统的运行状况收集性能监控信息,动态设置这些参数以提供最优的停顿时间和最高的吞吐量,这种调节方式称为GC
的自适应调节策略。
Parallel Scavenge
收集器使用两个参数控制吞吐量:
XX:MaxGCPauseMillis
控制最大的垃圾收集停顿时间
XX:GCRatio
直接设置吞吐量的大小。
4.*
*Serial Old
是
Serial
收集器的老年代版本。
**
特点 :同样是单线程收集器,采用标记 - 整理算法。
应用场景
:主要也是使用在
Client
模式下的虚拟机中。也可在
Server
模式下使用。
Server模式下主要的两大用途(后边再补充下··)
5.*
*Parallel Old
是
Parallel Scavenge
收集器的老年代版本。
**
特点
:多线程,采用标记
-
整理算法。
应用场景
:注重高吞吐量以及
CPU
资源敏感的场合,都可以优先考虑
Parallel Scavenge+Parallel Old 收 集器。
6.*
*CMS
收集器是一种以获取最短回收停顿时间为目标的收集器。
**
特点
:基于标记
-
清除算法实现。并发收集、低停顿。
应用场景
:适用于注重服务的响应速度,希望系统停顿时间最短,给用户带来更好的体验等场景下。如 web程序、
b/s服务。
7.*
*G1
收集器一款面向服务端应用的垃圾收集器。
**
特点如下:
并行与并发:
G1
能充分利用多
CPU
、多核环境下的硬件优势,使用多个
CPU
来缩短
Stop-The-World
停顿
时间。部分收集器原本需要停顿
Java
线程来执行
GC
动作,
G1
收集器仍然可以通过并发的方式让
Java
程序
继续运行。
分代收集:
G1
能够独自管理整个
Java
堆,并且采用不同的方式去处理新创建的对象和已经存活了一段时
间、熬过多次
GC
的旧对象以获取更好的收集效果。
空间整合:
G1
运作期间不会产生空间碎片,收集后能提供规整的可用内存。
可预测的停顿:
G1
除了追求低停顿外,还能建立可预测的停顿时间模型。能让使用者明确指定在一个长
度为
M
毫秒的时间段内,消耗在垃圾收集上的时间不得超过
N
毫秒。
**
**
关于gc的选择
除非应用程序有非常严格的暂停时间要求,否则请先运行应用程序并允许
VM
选择收集器(如果没有特别
要求。使用
VM
提供给的默认
GC
就好)。
如有必要,调整堆大小以提高性能。 如果性能仍然不能满足目标,请使用以下准则作为选择收集器的起点:
如果应用程序的数据集较小(最大约
100 MB
),则选择带有选项
-XX
:
+ UseSerialGC
的串行
收集器。
如果应用程序将在单个处理器上运行,并且没有暂停时间要求,则选择带有选项
-XX
:
+
UseSerialGC
的串行收集器。
如果(a)峰值应用程序性能是第一要务,并且(b)没有暂停时间要求或可接受一秒或更长时间的暂停,则让VM
选择收集器或使用
-XX
:
+ UseParallelGC
选择并行收集器 。
c) 如果使用的是
jdk8
,并且堆内存达到了
16G
,那么推荐使用
G1
收集器,来控制每次垃圾收集
的时间。
这些准则仅提供选择收集器的起点,因为性能取决于堆的大小,应用程序维护的实时数据量以及可用处
理器的数量和速度。
如果推荐的收集器没有达到所需的性能,则首先尝试调整堆和新生代大小以达到所需的目标。 如果性能
仍然不足,尝试使用其他收集器
总体原则
:减少
STOP THE WORD
时间,使用并发收集器(比如
CMS+ParNew
,
G1
)来减少暂停时间,
加快响应时间,并使用并行收集器来增加多处理器硬件上的总体吞吐量。