jvm垃圾收集器（新生代）
serial收集器
serial收集器是最基本、发展历史最悠久的收集器，jdk1.3.1之前是新生代收集的唯一选择。采用复制算法。这个收集器是单线程收集器，它在进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束（stop the world）。它依然是虚拟机允许在client模式下的默认新生代收集器。它有着优于其他收集器的地方：简单而高效，对于限定单个cpu的环境来说，它没有线程交互的开销，专心做垃圾收集自然可以获得最高的单线程收集效率。
parnew收集器
parnew收集器其实是serial收集器的多线程版本，除了使用多线程进行垃圾收集之外，其余行为包括serial收集器的可用的所有控制参数，收集算法，stop the world，对象分配规则，回收策略等，都与serial收集器完全一致，实现上，这两种收集器共用了很多代码。除了多线程之外，其他与serial收集器相比并没有太多创新之处，但它却是许多运行在server模式下的虚拟机中首选的新生代收集器，其中重要的原因是，除了serial收集器之外，目前只有它能与cms收集器配合工作。cms收集器是jdk1.5时期，hotspot推出的一款在强交互应用中几乎可认为有划时代意义的垃圾收集器
parnew收集器在单cpu环境中绝对不会比serial收集器有更好的效果。随着cpu数量增加，它对于gc时系统资源的有效利用还是有好处的，它默认开启的收集线程数与cpu的数量相同，可以使用-XX:ParallelGCThreads参数来限制垃圾收集的线程数。
Parallel Scavenge收集器
Parallel Scavenge收集器是一个新生代收集器，它使用复制算法的收集器，又是并行的多线程收集器，看上去和parnew都一样。
Parallel Scavenge收集器的特点是它的关注点与其他收集器不同，cms等收集器的关注点是尽可能地缩短垃圾收集时用户线程的停顿时间，而Parallel Scavenge收集器的目标则是达到一个可控制的吞吐量。所谓吞吐量就是cpu用于运行用户代码的时间与cpu总消耗时间的比值。停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户体验，而高吞吐量则可以高效利用cpu时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。自适应调解策略也是Parallel Scavenge收集器与parnew收集器的一个重要区别。
jvm垃圾收集器（老年代）
serial old收集器
serial old收集器是serial收集器的老年代版本，同样是一个单线程收集器，使用标记-整理算法，主要是给client模式下的虚拟机使用。如果是server模式下，两大用途：一种用途是在jdk1.5及之前版本与Parallel Scavenge收集器搭配使用，另外一种用途是作为cms收集器的后备预案，在并发收集发生concurrent mode failure时使用。
Parallel old收集器
Parallel old收集器是Parallel Scavenge收集器的老年代版本，使用多线程和标记-整理算法，这个收集器在jdk1.6中才开始提供，在此之前，新生代的Parallel Scavenge收集器一直处于比较尴尬的状态。原因是，如果新生代选择Parallel Scavenge收集器，老年代除了serial old收集器外别无选择。
cms收集器
cms收集器是基于标记-清除算法实现的。cms收集器是一种以获得最短回收停顿时间为目标的收集器。目前很大一部分的java应用几种在互联网站或者b/s系统的服务端上，这类应用尤其重视服务响应速度，希望系统停顿时间最短，以给用户带来较好的体验。cms收集器非常符合这类应用的需求。
它的运作过程相对于前面的几种收集器来说相对复杂，整个过程分为4个步骤，初始标记，并发标记，重新标记，并发清除，其中初始标记、重新标记这两个步骤仍然需要stop the world，初始标记仅仅只是标记一下gc roots能直接关联到的对象，速度很快，并发标记阶段就是进行gc roots tracing的过程，重新标记阶段则是为了修正并发标记期间用户程序继续运行而导致标记产生变动的那部分对象的标记记录，这个阶段的停顿时间一般会比初始标记的阶段稍长一些，但远比并发标记时间短。
cms收集器缺点：cms收集器对cpu字段非常敏感、cms收集器无法处理浮动垃圾、cms基于标记-清除算法实现，收集结束时会有大量的空间碎片产生。
G1收集器
G1收集器是当今收集器技术发展的最前沿成果之一，直到jdk7u4，sun公司才认为它达到足够成熟的商用程度。
在G1之前的其他收集器的范围都是整个新生代和老年代，G1不再是这样。它将整个java堆划分为多个大小相等的独立区域，虽然还保留有新生代和老年代的概念，但新生代和老年代不再是物理隔离的了，它们都是一部分region（不需要连续）的集合。
G1收集器之所以能建立可预测的停顿时间模型，是因为它可以有计划的避免在整个java堆中进行全区域的垃圾收集。G1跟踪各个region里面的垃圾堆积的价值大小，在后台维护一个优先级列表，每次根据允许的收集时间，优选回收价值最大的region。这种使用region划分内存空间以及有优先级的区域回收方式，保证了G1收集器在有限的时间内可以获取尽可能高的收集效率。