JVM垃圾收集器简介

1.Serial收集器（单线程收集器）

• Serial收集器是什么？
  • 收集算法是内存回收的方法论，垃圾回收器是内存回收的具体实现
  • Serial收集器是一个单线程的垃圾收集器
• 特点
  • “Stop The World”，它进行垃圾收集时，必须暂停其他所有的用户线程，直到它收集结束。在用户不可见的情况下把用户正常工作的线程全部停掉
• 使用场景
  • 多用于桌面应用，Client端的垃圾回收器
  • 桌面应用内存小，进行垃圾回收的时间比较短，只要不频繁发生停顿就可以接受
    

2.ParNew收集器（多线程并行收集器）

• ParNew收集器是什么？
  • ParNew收集器其实就是Serial收集器的多线程版本，除了使用多条线程进行垃圾收集之外，其余行为包括Serial收集器可用的所有控制参数（例如：-XX:SurvivorRatio、-XX:PretenureSizeThreshold、-XX:HandlePromotionFailure等）、收集算法、Stop The World、对象分配规则、回收策略等都与Serial收集器完全一样，在实现上，这两种收集器也共用了相当多的代码
• 特点
  • ParNew收集器除了多线程收集之外，其他与Serial收集器相比并没有太多创新之处，但它却是许多运行在Server模式下的虚拟机中首选的新生代收集器，其中有一个与性能无关但很重要的原因是，除了Serial收集器外，目前只有它能与CMS收集器配合工作。
  • 使用-XX:parallelGCThreads参数来限制垃圾收集的线程数
  • 多线程操作存在上下文切换的问题，所以建议将-XX:parallelGCThreads设置成和CPU核数相同，如果设置太多的话就会产生上下文切换消耗
• 并发与并行概念讲解
  • 并行（Parallel）：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态
  • 并发（Concurrent）：指用户线程与垃圾收集线程同时执行（但不一定是并行的，可能会交替执行），用户程序在继续运行，而垃圾收集程序运行于另一个CPU上
    

3.Parallel Scavenge收集器（多线程并行收集器、吞吐量收集器）

• Parallel Scavenge收集器是什么？
  • Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器
  • 由于与吞吐量关系密切，Parallel Scavenge收集器也经常称为“吞吐量优先”收集器
  • 吞吐量是CPU用于运行用户代码的时间与CPU总时间的比值。比如99%时间执行用户线程，1%时间垃圾回收，这时吞吐量就是99%
• 特点
  • Parallel Scavenge收集器的特点是它的关注点与其他收集器不同，CMS等收集器的关注点是尽可能缩短垃圾收集时用户线程的停顿时间，而Parallel Scavenge收集器的目标则是达到可控制的吞吐（Throughput）。所谓吞吐量就是CPU用于运行用户代码的时间与CPU总消耗时间的比值，即吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间)。停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户体验，而高吞吐量则可以高效率的利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务
  • 虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量，这种调节方式称之为GC自适应调节策略
  • -XX:MaxGCPauseMillis参数是GC停顿时间，参数配置太小可能会发生频繁GC
  • -XX:GCTimeRatio参数默认是99%
• Serial old收集器，它是一个单线程收集器，使用“标记-整理”算法
• Parallel old收集器是Parallel Scavenge收集器的老年代版本，使用多线程+“标记-整理”算法

4.CMS收集器（并发收集器）

• CMS收集器是什么？
  • CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器
  • 目前很大一部分的Java应用，主要包括互联网站或者B/S系统的服务端上，这类应用尤其重视服务的响应速度，希望系统停顿时间最短，给用户带来较好的体验
  • CMS收集器是基于“标记-清除”算法实现的
• 步骤流程
  • 初始标记（CMS initial mark）：标记一下GC Roots能直接关联到的对象，速度很快
  • 并发标记（CMS concurrent mark）：从GC Root开始对堆中进行可达性分析，找出存活的对象，这阶段耗时较长，但可与用户程序并发执行
  • 重新标记（CMS remark）：为了修正并发标记期间因用户程序导致标记产生变动的标记记录
  • 并发清除（CMS concurrent sweep）
• 缺点
  • 对CPU资源非常敏感
  • 无法处理浮动垃圾，浮动垃圾是程序在进行并发清除阶段用户线程所新产生的垃圾
  • 标记-清除算法带来空间碎片

5.G1收集器（并发收集器）

• G1收集器是什么？
  • G1收集器是一款面向服务端应用的垃圾收集器
• 特点
  • G1中每个Region都有一个与之对应的Remembered Set，当进行内存回收时，在GC根节点的枚举范围中加入Remembered Set，即可保证不对全堆扫描也不会有遗漏，检查Reference引用的对象是否处于不同的Region
• 步骤流程
  • 初始标记（Initial Marking）：标记一下GC Roots能直接关联到的对象，速度很快
  • 并发标记（Concurrent Marking）：从GC Root开始对堆中进行可达性分析，找出存活的对象，这阶段耗时较长，但可与用户程序并发执行
  • 最终标记（Final Marking）：为了修正在并发标记期间因用户程序继续运作而导致标记产生变动的那一部分标记记录。虚拟机将这段时间对象变化记录在线程Remembered Set Logs里面，最终标记阶段需要把Remembered Set Logs的数据合并到Remembered Set中
  • 筛选回收（Live Data Counting and Evacuation）
    
• 优点
  • 空间整合：基于“标记-整理”算法实现为主和Region之间采用复制算法实现的垃圾收集
  • 可预测的停顿：这是G1相当于CMS的另一大优势，降低停顿时间是G1和CMS共同的关注点，但G1除了追求低停顿外，还能建立可预测的停顿时间模型
  • 在G1之前的其他收集器进行收集的范围都是整个新生代或者老年代，而G1不再是这样，使用G1收集器时，Java堆的内存布局就与其他收集器有很大差别，它将整个Java堆划分为多个大小相等的独立区域（Region），虽然还保留有新生代和老年代的概念，但新生代和老年代不再是物理隔离的了，它们都是一部分Region（不需要连续）的集合
  • G1收集器之所以能建立可预测的停顿时间模型，是因为它可以有计划的避免在整个Java堆中进行全区域的垃圾收集。G1跟踪各个Region里面的垃圾堆积的价值大小（回收所获得的空间大小以及回收所需时间的经验值），在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region（这也是Garbage-First名称的由来）。这种使用Region划分内存空间以及有优先级的区域回收方式，保证了G1收集器在有限的时间内可以获取尽可能高的收集效率。