Serial收集器
单线程收集器,进行垃圾收集时,必须暂停其他所有的工作线程
- 新生代采取复制算法
Serial收集器对于运行在 Client模式下的虚拟机来说是一个很好的选择。
ParNew收集器
ParNew收集器其实就是 Serial收集器的多线程版本
- 新生代采取复制算法
运行在 Server模式下的虚拟机中首选的新生代收集器,唯一支持CMS的多线程新生代收集器
Parallel Scavenge 收集器
新生代收集器,达到一个可控制的吞吐量,自适应调节策略也是 Parallel Scavenge 收集器收集器与 ParNew收集器的一个重要区别
- 新生代采取复制算法
Serial old收集器
- 老年代采取标记-整理算法
- 主要意义也是在于给 Client模式下的虚拟机使用。
- 与 Parallel Scavenge收集器搭配使用
- 作为CMS收集器的后备预案,在并发收集发生Concurrent Mode failure时使用
Parallel old收集器
- 老年代采取标记-整理算法
与Parallel Scavenge 收集器共同组成"吞吐量优先"组合,在这个收集器开发之前,只能与Serial old收集器组合,老年代不给力
CMS收集器
获取最短回收停顿时间为目标的收集器,尤其重视服务的响应速度,希望系统停顿时间最短,以给用户带来较好的体验。
- 老年代采取标记-清除算法
整个过程分为4个步骤
- 初始标记( EMS initial mark)
- 并发标记( CMS concurrent mark-
- 重新标记( CMS remark)
- 并发清除( CMS concurrent sweep
其中,初始标记、重新标记这两个步骤仍然需要“ Stop The World”初始标记仅仅只是标记一下 GC Roots能直接关联到的对象,速度很快,并发标记阶段就是进行 GC Roots Tracing的过程,而重新标记阶段则是为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录,这个阶段的停顿时间一般会比初始标记阶段稍长一些,但远比并发标记的时间短。
G1收集器
Gl是一款面向服务端应用的垃圾收集器。它的使命是替换掉JDK1.5中发布的CMS收集器
- 并行与并发
- 分代收集
- 空间整合
- 可预测的停顿
Gl收集器的运作大致可划分为以下几个步骤:
- 初始标记( Initial Marking)
- 并发标记( Concurrent Marking
- 最终标记( Final Marking
- 筛选回收( Live Data Counting and Evacuation)