垃圾回收器

ful

新生代（Young generation）

Serial

算法：
特点：单线程、暂停所有工作线程
应用场景：client模式下的默认新生代收集器。也就是说在小规模程序下还是很高效的
搭档：CMS

ParNew

算法：复制算法
特点：多线程、仍会暂停所有工作线程。继承自Serial
应用场景：Server模式下首选的新生代收集器。
搭档：CMS
使用方式：使用配置-XX:+UseConcMarkSweepGC默认指定；-XX:+UseParNewGC强指定。默认开启线程数等于CPU的个数，在CPU非常多的环境下，为避免线程数切换导致的效率降低，可以通过-XX:ParallelGCThreads来限制垃圾收集的线程数.

Parallel Scavenge [ˈpærəlel] （PS Scavenge）

算法：复制算法
特点：ParNew的大部分特点一样外，但其不是继承自Serial，其关注点在于吞吐量，即尽快的完成程序的运算任务
搭档：Parallel Old
应用场景：在后台运算而不需要太多交互的任务
使用方式：-XX:MaxGCPauseMillis:最大内存回收时间，缩短该值会牺牲吞吐量
-XX:GCTimeRatio:垃圾收集时间占总时间的比例，默认是99，即1/(1+99）=1%
-XX:UseAdaptiveSizePolicy:动态调整停顿时间或最大吞吐量！！
说明：吞吐量=运行用户代码时间/（运行用户代码时间+垃圾收集时间）

---

老年代（Tenured generation）

Serial Old （MarkSweepCompact）

算法：标记-整理
特点：单线程、暂停所有工作线程,是Serial 的老年代版本
应用场景：client模式下的默认老年代收集器。也就是说在小规模程序下还是很高效的

Parallel Old （PS MarkSweep）

算法：标记-整理
特点：是 Parallel Scavenge 的老年代版本
应用场景：

CMS Concurrent Mark Sweep 并发（相对用户线程）标记打扫

算法：标记-清除。该算法会产生碎片，可以通过配置达到回收后，进行一次内存整理操作
特点：多线程、可与用户线程同时工作、缩短垃圾收集时用户线程的停顿时间
步骤：初始标记、并发标记、重新标记、并发清除。虽说与用户线程同时工作，但也会stop the world，但速度较快！
应用场景：适合需要与用户交互的程序
触发场景：老年代使用了68%的空间就会激活，因为它与用户线程并发执行，此时会有新的空间被垃圾占用，需要预留一部分。当老年代增长不是很快，可以适当调整该数值(-XX:CMSInitiatingOccupancyFraction）.如果GC后发现空间不足，会临时启用Serial Old收集器重新回收。可见垃圾回收机制是很灵活的处理手段！！！

G1

多线程、并发、不需要其他收集器配合，独立完成，完全不会产生内存碎片
特点：即达到降低回收造成的停顿，又不牺牲吞吐量。这是由于其避免全区域的垃圾回收，之前的收集器进行收集的范围都是整个新生代或老年代，而G1将整个堆划分为多个大小固定的独立区域，并且跟踪这些区域里的垃圾堆积程度，有优先级的进行区域回收
注意：虽说特点很多，但据相关测试数据显示G1在缩减停顿上有所提高，但是在吞吐量上还是不如下文中的A组合

常用组合

A组合：PS Scavenge+PS MarkSweep
应用场景：在注重吞吐量、对峰值处理有要求及CPU资源敏感的场合，并且对一两秒的停顿可以接受，则使用A组合；
B组合：ParNew+CMS
应用场景：如果应用对响应有更高的要求，停顿最好小于一秒，则使用B组合，该组合在CPU小于四个的情况下，对用户程序影响很大，所以说CPU资源敏感的场合不适用，此时选择A组合

误区

stop the world：并不是终止所有分代的用户线程！！！！！
Major GC:即是对老年代的GC操作，经常会伴有至少一次的minor Gc。但不是每次Major Gc都会触发minor Gc。比如CMS收集器，可以通过参数CMSScavengeBeforeRemark进行配置
Full GC：各个分代的GC操作，相当于Major GC之前，触发一次Minor Gc。
参考：http://www.tuicool.com/articles/jq2yIza

理解GC日志

PSYoungGen:使用Parallel Scavenge回收的年轻代
1024K->1023K(9216K)：回收前->回收后（该区域总容量）
[Times: user=0.00 sys=0.00, real=0.01 secs] ：所用时间

[GC (Allocation Failure) [PSYoungGen: 7801K->1001K(9216K)] 7801K->5409K(19456K), 0.0113861 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
[GC (Allocation Failure) [PSYoungGen: 9193K->1024K(9216K)] 13601K->11246K(19456K), 0.0110285 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
[Full GC (Ergonomics) [PSYoungGen: 1024K->1023K(9216K)] [ParOldGen: 10222K->10175K(10240K)] 11246K->11199K(19456K), [Metaspace: 2663K->2663K(1056768K)], 0.2609338 secs] [Times: user=0.42 sys=0.00, real=0.26 secs]
[Full GC (Ergonomics) [PSYoungGen: 8552K->8424K(9216K)] [ParOldGen: 10175K->8064K(10240K)] 18728K->16488K(19456K), [Metaspace: 2663K->2663K(1056768K)], 0.2297396 secs] [Times: user=0.30 sys=0.00, real=0.23 secs]

精品文章：http://blog.csdn.net/firecoder/article/details/7225654
大部分内容来自：《深入理解Java虚拟机》