jvm垃圾收集器汇总

1.吞吐量和延时

吞吐量：吞吐量指的是cpu的利用时间，计算公式是 运行用户代码时间  / (用户代码时间 +　垃圾收集时间)，吞吐量越大说明cpu的利用率越大.

延时:延时指的是停顿时间,用户代码不能执行的时间,STW

吞吐量优先和延时优先

吞吐量优先适用于运算任务之中,只是在乎CPU的利用时间,可以更快地完成运算任务.

延时优先更适用于交互任务中,更短的等待时间可以提高用户的体验

吞吐量和延时之间的关系

用GC来说

想要更大的吞吐量就要避免没必要的GC,但是总有避免不了的GC,这个避免不了的GC要处理的垃圾就会变多,处理过程变得复杂,停顿时间就会变长.

想要更短的挺短时间就要增多GC的次数,让每次需要处理的垃圾都平均起来,但是GC次数变多就回到了原点,吞吐量下降了.

垃圾收集器(每个垃圾收集器都没有明确的好与不好,只有适合和不适合)

1.Serial收集器

一个单线程的垃圾收集器,适用STW必须暂停用户进程,当进行垃圾收集的时候是无法对外提供服务的,同时进行垃圾回收的时候适用单线程.

适用场景:新生代

优点:简单而高效,专注于垃圾回收,没有线程上下文切换的资源浪费

2.parNew收集器

是Serial的多线程版本,在新生代GC的时候适用多线程进行垃圾回收,同时是唯一一个能与CMS收集器一起适用的垃圾收集器

适用场景:新生代

优点:能和CMS收集器一起适用,同时在多个CPU的时能有更高效的收集效率

3.Parallel Scavenge收集器

一个吞吐量优先的垃圾收集器,新生代垃圾收集器,收集也是使用多个线程.

适用场景:新生代(使用复制算法)

优点:提供两个参数用于精确地控制吞吐量,分别是控制最大垃圾收集停顿时间 -XX:MaxGCPauseMillis参数和直接设置吞吐量大小: -XX:GCTimeRatio参数.

自带GC自适应调节策略 -XX:+UseAdaptiveSizePolicy参数开启之后,不需要关注新生代eden和s0和s1之间的比例，还有晋升老年代的对象的大小 -XX：PretenureSizeThreshold，虚拟机会自动进行调整为了更好的提高吞吐量。

4.Serial Old收集器

从名字上看就是Serial的老年代垃圾收集器,使用单线程标志-整理算法

适用场景:老年代

优点:标志整理算法自带的空间连续

5.ParallelOld收集器

一款吞吐量优先的老年代垃圾收集器，同时使用多线程的标记-整理算法

使用场景：老年代（标记-整理算法）

优点：吞吐量优先可以充分利用CPU，在一些注重吞吐量和CPU资源敏感的情况下可以事用Parallel Scanvenge和ParallelOld的组合

6.CMS收集器

第一款在进行垃圾收集的时候可以对外提供服务，同时是一款延时优先的垃圾收集器。

使用场景：老年代（标记-清除算法）

优点：在进行垃圾收集的时候可以对外提供服务，同时他是延时优先的，在交互类型中用户会有一个良好的体验。

流程图

初始标记：单线程就是标记一下GCRoots能够直接到达的对象

并发标记：和用户线程并发的进行GCRoots的可达性分析

重新标记：标记在并发标记过程中用户线程造成的更改

并发清除：和用户进行并发的进行垃圾回收

明显缺点：

1.CPU过于敏感,清除线程的数量 = (cpu个数 + 3) / 4 (cpu 个数 > 4)资源占用率随着cpu个数升高而降低(cpu个数 < 4) 资源占用就会比较高

2.无法处理浮动垃圾

3.cms使用标记清除算法,自带的就是空间碎片问题

7.G1垃圾收集器

将jmm分成了一个个的Region,一般是2048个,大小由堆大小确定

停顿时间优先的,为了替代CMS而出现的,弥补了CMS的大部分缺点,同时可以自己设置停顿时间,在停顿时间里面进行回收,回收垃圾最多的Region

使用分代算法,每个Region分为E,S,O等区域同时有一个H区存储大对象,默认大小超过Region的一半就会进入H区

特点:

1.并发并行:充分利用多个CPU,使用并发来继续执行用户线程

2,分代收集

3.空间整合:基于标记-整理算法

4.可预测的停顿