一.GC收集的工具
1.Servial收集器
特点：历史悠久，单线程收集，复制算法，，stop the world，收集新生代，简单高效，专心收集，没有线程切换开销
用在Client模式下是一个非常好的选择。
2.ParNew收集器
特点：就是serial收集器的多线程版本，可控参数回收算法都与serial一样，server模式下，新生代的首选
在单核的情况下，绝不会有serial收集的效果好，存在线程交互开销。
3.Parallel Scavenge收集器
特点：多线程，收集新生代，复制算法，注重吞吐量
吞吐量：就是用户执行代码的时间比上cpu总执行时间。
这个收集器提供了两个参数精准控制控制吞吐量
-xx：MaxGCPauseMillis最大的GC停顿时间
-xx：GCTimeRatio直接设置吞吐量大小
-xx：+UseAdapttiveSizePolicy开关参数
一些新生代中Eden，survivor比例，晋升老年代的年龄等
细节就可以自动设置，这个自动调节策略还是很优秀的，它是根据
当前运行的监控信息，动态调节的。
上面两个参数并不是很如意的
举例：即便最大停顿时间设置的很小，
那也是牺牲吞吐量或者新生代的空间换来的
4.Serial Old收集器
特点：老年代，单线程回收，标记-整理算法
用途：主要被用作Client模式下的虚拟机。
server模式下：jdk1.5与Parallel Scavenge搭配使用
作为CMS的后备方案
5.Parallel Old收集器
特点：Parallel Scavenge收集器的老年代版本，标记-整理算法，JDK1.6才出现
配合Parallel Scavenge收集器使用。
6.CMS收集器
特点：最短回收停顿时间，重视响应速度，带给用户高效体验
标记-清除算法，老年代，四个步骤收集（相对复杂）
四个收集步骤：
初始标记：简单标记GCRoots能直接关联到的对象（快）
并发标记：GC Roots Tracing(跟踪)过程（慢）
重新标记：修正并发标记时用户程序导致标记发生变化的那部分对象记录
并发清除：就是并发情况下然后清除。
初始标记，重新标记都会“stop the world”
CMS三个缺点：
1.对CPU资源敏感，并发阶段虽然不会导致用户线程停顿，但会占用cpu资源，导致变慢
总吞吐量降低。CMS默认启动的回收线程数是(CPU+3）/4，但CPU核数4个以上，并发
回收只占用25%，不足4个那就惨了，会占用50%。那用户线程就惨了哟。解决方法就是
i-CMS抢占式使线程交替，这样用户线程影响小点。（但是不推荐使用）
2.CMS无法收集浮动垃圾。
并发清理过程中，用户线程还是在不断生成垃圾，本次GC不能处理，只能等下GC。
所以，老年代空间不能太满才GC，要预留一些空间（68%），不然会产生的浮动垃圾没
地方存放，如果出现这种情况，虚拟机就会启动后备方案，临时使用Serial Old收集器重
新进行老年代的垃圾收集，这样时间就会更长。这个预留的空间设置多大还是看情况的好。
3.这个标记-清除算法会产生大量的空间碎片，空间碎片过多就会无法分配内存给大对象，CMS
提供一个-xx：UseCompactAtFullCollection参数（享受完FullGC后，送一次空间碎片整理）
7.G1收集器（简单介绍）
特点：标记-整理（不产生空间碎片），精准控制停顿，不牺牲吞吐量完成低停顿的内存回收
G1将新生代，老年代划分为多个固定独立区域，跟踪区域中垃圾堆积程度，在后台维护
一个优先列表，每次根据允许的收集时间，优先回收最多的区域。区域的划分及有优先级
的区域回收，保证了G1收集器在有限的时间内可以获得最高的收集效率。
到这里基本就介绍完常接触的几种收集器了。
参考：深入理解Java虚拟机