【2018-10-25】【Diary】【G1垃圾收集器详解】

今天早上看了客户端负载均衡的源码，实在啃的难受，所以可能会写两天的博客或者一章大博客的合集，以后中午背单词听力和jvm不定时完全看心情，共勉之！

1.回顾

在学习G1收集器之前，先来回顾一下前几天复习的jvm垃圾回收机制

• serial收集器 单线程，stop the world垃圾回收停止所有线程专门用来回收垃圾，用于收集比较小的新生代，采用复制算法
• parNew收集器 serial的多线程收集器，新生代收集器，除了serial和cms收集器进行搭配以外，它也可与cms收集器进行搭配，采用依旧是复制算法
• Parallel Scavenga收集器 新生代收集器，复制算法，同时也是多线程。他与其他收集器的最大不同在于关注点不同，其他收集器是尽可能缩短用户等待时间，而它的关注点在于吞吐量。吞吐量计算公式：吞吐量=用户代码执行时间/(用户代码执行时间+垃圾回收时间)，可以用参数来控制
• serial old收集器 老年代版本，单线程，主要使用标记-整理算法。其实主要有两种用法，一种parallel scavenge配合使用，另一种作为cms的备用收集器
• parallel old 收集器 Parallel Scavenga的老年带版本，多线程和标记整理算法。
• cms收集器 它主要是获取最短停顿时间为目标的收集器。过程大概有四步：初始标记，并发标记，重新标记，并发清除。初始标记只是标记一下gcroots能直接关联到的对象，速度很快，并发标记是gcrootstracing的过程。重新标记是标记变动的那部分，最后清理。

2.G1收集器

• 并行与并发

G1能充分利用cpu和多核环境下的硬件优势，使用多个cpu来缩短stop-the-world的时间。

• 分代收集

与其他收集器类似，分代收集依然存在。G1可以独立管理整个GC堆。

• 空间整合

G1从整体来看是标记-整理算法实现，这就意味着有良好的空间利用率

• 可预测停顿

可以建立和预测可以停顿的垃圾回收时间模型

G1将整个java堆划分成大小相等的独立区域，新生代和老年代不再物理隔离，它们在同一个region里面。

G1之所以可以建立停顿时间的模型，就是可以避免收集整个堆，G1跟踪各个region里面的垃圾堆积的价值大小，在后台维护一个有线列表，每次根据收集时间有限回收价值最大的Region。这样可以更高效的进行垃圾回收。