如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。Java虚拟机规范并没有规定垃圾收集器应该如何实现，因此一般来说不同厂商，不同版本的虚拟机提供的垃圾收集器实现可能会有差别，一般会给出参数来让用户根据应用的特点来组合各个年代使用的收集器，主要有以下垃圾收集器：
1、Serial收集器在新生代工作的垃圾回收器：Serial、ParNew、Parallel Scavenge
在老年代工作的垃圾回收器：CMS、Serial Old、Parallel Old
同时在新老生代工作的垃圾回收器：G1
Serial收集器是工作在新生代的，单线程的垃圾收集器，单线程意味着它只会使用一个CPU或一个收集线程来完成垃圾回收，不仅如此，还记得我们上文提到的STW了吗，它在进行垃圾收集时，其他用户线程会暂停，直到垃圾收集结束，也就是说在GC期间，此时的应用不可用。
看起来单线程垃圾收集器不太实用，不过我们需要知道的任何技术的使用都不能脱离场景，在Client模式下，它简单有效(与其它收集器的单线程比），对于限定单个CPU的环境来说，Serial单线程模式无需与其他线程交互，减少了开销，专心做GC能将其单线程的优势发挥到极致，另外在用户的桌面BS应用场景，分配给虚拟机的内存一般不会很大，收集几十甚至一两百兆（仅是新生代的内存，桌面应用基本不会再大了），STW时间可以控制在一百多毫秒内，只要不是频繁发生，这点停顿是可以
