1. 古老的Serial收集器
JDK1.3之前提供的唯一一个垃圾收集器
他是串行的，意味着只能单线程工作，他只能在一个cpu的一个线程中执行，他也要求了其他线程在我干活时都停下来，也就是说他要求系统的工作方式在垃圾收集时是串行的，即在垃圾收集时，只允许单个垃圾收集线程执行，其他的所有用户线程都要停下来，直到垃圾收集结束，那么在垃圾收集时所有线程停下的这段时间，我们称之为STW（stop the world）。Serial收集器会去打扫新生代，新生代垃圾收集采用复制算法，他也可以打扫老年代，但要使用老年代版本，即Serial Old，老年代采用标记整理算法。Serial作为最早出现的垃圾收集器，虽然他是单线程的，stw时间比较长，但对于一些简单的桌面应用，也能把stw时间控制在100ms以内，这也是能接受的。所以jvm还是可以把Serial作为默认的垃圾收集器。
2. ParNew
为了解决Serial中最令人头疼的stw问题，HotSpot团队一直在努力，就诞生了下一代垃圾收集器。Serial在垃圾收集时是单线程的，ParNew在垃圾收集时是多线程的，除此之外就没有其他改进了，所以ParNew是多线程版的Serial。不过需要注意的是，ParNew只负责新生代的垃圾收集，使用复制算法。那老年代谁来收集呢，依然还是Serial的Old版本，同时也可以配合使用一个很牛逼的老年代垃圾收集器cms，因为他可以搭配cms，所以他也成为了服务端模式下首选的新生代垃圾收集器。
ParNew一定比Serial好吗？这也不一定，如果是单核cpu，那肯定是单线程处理效率更高，如果是多个线程去收集的话，就会存在线程间的交互，这个开销是很大的，所以说cpu核心数少的情况下，ParNew的优势就体现不出来，但是在cpu核心数多的时候，这种多线程的收集器优势就体现出来了，效率就比Serial高了。
3. Parallel Scavenge
简称PS，他和Par New差不多，也是多线程的新生代垃圾收集器。那他解决了什么问题呢？我们想Par New是为了减少stw时间，但“减少”这个词太主观了，不够精确，针对这点，PS的目标就是时垃圾回收达到一个吞吐量可控的状态。吞吐量怎么理解呢？吞吐量=代码运行时间/(垃圾收集时间+代码运行时间)，这么看来吞吐量越高越好。为此PS提供了两个参数：
- 最大垃圾收集停顿时间：-XX:MaxGCPauseMills
- 控制吞吐量大小：-XX:GCTimeRatio
既然垃圾收集停顿时间可控，那我们把它设置为无限小不好吗？这你就想简单了。想想看，怎么让stw时间减小？那收集的少一点不就时间短了，这其实就相当于把新生代调小，所以说PS也不是什么神器，他只是为了达到可控的目的而牺牲了新生代空间。调小之后就更容易填满了，那收集的频率就上去了，频率上去了，吞吐量就下来了。比如之前是10s收集一次，一次停顿100ms，现在5s停顿一次，一次停顿60ms，这样的话但次停顿时间是下来了，但10s内总的停顿时间就上去了，吞吐量就下去了。
PS还提供个了一个很智能的参数： - -XX:UseAdaptiveSizePolicy
它可以根据当前系统运行情况去动态调整新生代大小，Eden区和Survivor区比例，以及晋升老年代的对象年龄等参数，然后达到一个最合适的停顿时间和吞吐量，通过这种参数去使用一种称之为gc自适应的调节策略，这也是PS的一个特点。那么老年代谁来收集呢，那还是Serial Old，不过此时还有一个专门的搭档：Parallel Old，简称PO。PO采用的也是多线程和标记整理算法来收集老年代。PS与PO是个黄金组合。在注重吞吐量和cpu资源敏感情况下，应该考虑他俩。
以上说的ParNew和Serial都是新生代的垃圾收集器，我们再来看看老年代垃圾收集器cms，全称为Concurrent mark swap，下篇再说吧。
