如果说收集算法是内存回收的方法论，那么垃圾收集器则是内存回收的具体实现，Hotspot虚拟机的所有收集器如下如：
新生代的垃圾收集器
Serial收集器
它是最基本，历史最悠久的收集器，这是一个单线程的收集器，它不仅仅使用是会使用单线程完成垃圾收集工作，它进行垃圾收集时还会暂停其他工作线程，知道它收集结束
ParNew收集器
它是 Serial收集器的多线程版本，除了使用多线程进行垃圾收集之外，它的其余行为如：收集算法、Stop the world、回收策略都与Serial收集器一样。
Parallel Scavenge收集器
它不能与CMS收集器配合使用，它的关注点与其他收集器不同，CMS等收集器的关注点时尽可能的缩短垃圾收集时用户线程的停顿时间，而Parallel Scavenge收集器的目标则是达到一个可控制的吞吐量（Throughput），吞吐量 = 运行用户代码时间 / （运行用户代码时间 + 垃圾收集时间。
以上就是新生代的垃圾收集器，他们都是采用的是 复制算法。
老年代的垃圾收集器
Serial Old收集器
它是Serial收集器的老年代版，它同样是一个单线程收集器，使用标记-整理算法，这个收集器的主要作用是给Client模式下的虚拟机使用，如果在Server模式下，它有两大用途，一是JDK 1.5及之前的版本中与Parallel Scavenge 收集器配合使用，另一个用途是作为CMS收集器的备选方案。
Parallel Old 收集器
它是Parallel Scavenge 收集器的老年版本，使用 多线程 与 "标记-整理"算法，在注重吞吐量以及CPU资源敏感的场合，可以优先考虑Parallel Scavenge + Parallel Old 收集器。
CMS收集器
它是以获取最短停顿时间为目标的收集器，它不能与Parallel Scavenge收集器配合使用，目前很大一部分的java应用集中在互联网站或者B/S系统的服务端上，这类重视服务的响应速度的应用。CMS收集器就非常符合这类应用的需求。
CMS收集器是基于“标记--清除”算法实现的，整个过程分为4个步骤：
初始标记（CMS inital mark）：需要“stop the world”，但只标记一下GC Roots能直接关联的对象，速度很快。
并发标记（CMS concurrent mark）：是GC Roots Tracing的过程，花费时间长
重新标记（CMS remark）：是为了修正并发标记期间因用户程序继续运行而导致标记产生变动的那一部分对象的标记记录，这个阶段时间一般会比初始标记阶段稍长一些，但远比并发标记的时间短。
并发清除（CMS concurrent sweep）：是并发清除无用对象。
老年代新生代都可以使用的收集器
G1收集器（Garbage-First）
G1收集器技术发展的最前沿的成果之一，G1是一款面向服务器端应用的垃圾收集器。他有以下特点：
并行与并发：充分利用多核CPU，缩短
Stop the World时间分代收集采用不同的方式处理新对象与存活了一段时间的对象
空间整合：与CMS的标记---清理算法不同，G1整体基于标记---整理算法，从局部（两个Region之间）基于复制算法。不会产生空间碎片。
可预测的停顿：这是G1相对于CMS的另一大优势，降低停顿时间是G1和CMS共同的关注点，但G1除了追求低停顿外，还能建立可预测的停顿时间模型，让使用者可以指定收集时间不超过N毫秒。
G1收集器的运作大致可划分为一下几个步骤：
- 初始标记（Initial Marking）
- 并发标记（Concurrent Marking）
- 最终标记（Final Marking）
- 筛选回收（Live Data Counting and Evacuation）
次收集：当年轻代堆空间紧张时被触发，相对于全收集来说，触发频率较高。
全收集：当老年代或者永久代堆空间满了，就会触发全收集操作，也可以使用 System.gc() 方法显示启动全收集操作。
