JVM垃圾回收器有哪些？各自特点是什么？

Serial/Serial Old：

• 新生代采用复制算法，老年代采用标记-整理算法

• 单线程，进行垃圾收集时必须暂停其它所有工作线程，直到收集结束

• 适合运行在客户端模式下的虚拟机，Serial是客户端模式下默认新生代收集器

ParNew：

• 是Serial的多线程并行版本
• 只能和CMS互相配合使用

Parallel Scavenge/Parallel Old：

• 新生代采用标记-复制，老年代采用标记-整理

CMS：

• 基于标记-清除算法

• 运行过程：

  • 初始标记：标记Gc Roots能直接关联到的对象，速度很快，但需要停顿用户线程
  • 并发标记：从Gc Roots直接关联对象开始遍历整个对象图，耗时长但不停顿用户线程，可与垃圾收集线程并发运行
  • 重新标记：修正并发标记期间因用户程序运行导致标记变动的记录，需要停顿
  • 并发清除：清除被判定死亡的对象，不停顿用户线程

• 存在的问题：

  • 对处理器资源敏感，默认启动的回收线程数(处理器核心数量+3)/4
  • 无法处理“浮动垃圾”
  • 产生大量的空间碎片

G1：

• 整体基于标记-整理，局部基于标记-复制
• 不再以固定大小及固定数量的分代区域划分，而是把连续的Java堆分成多个大小相等的独立空间Region，每一个Region都可以当作新生代的Eden、Survivor或老年代。
• 运行过程：
  • 初始标记：标记Gc Roots能直接关联到的对象并且修改TAMS指针，停顿
  • 并发标记：扫描对象图，之后重新处理SATB(原始快照)记录下的在并发时有引用变动的对象，不停顿
  • 最终标记：处理并发阶段结束后仍遗留下的少量SATB记录,停顿
  • 筛选回收：更新Region统计数据，根据回收价值和成本进行排序，根据用户期望的停顿时间制定回收计划，把需要回收的Region里存活的对象复制到空Region中，再清理掉旧Region，需要停顿，多条收集线程并行完成