GC 垃圾收集器

如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。java虚拟机规范中对垃圾收集器应该如何实现没有任何规定，因此不同的厂商、不同版本的虚拟机所提供的垃圾收集器都可能会有很大差别，并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器。这里以JDK1.7Update14后的HotSpot虚拟机为例

 

上图，如果两个收集器之间存在连线，就说明它们可以搭配使用。

1.Serial收集器

     Serial收集器是最基本、发展历史最悠久的收集器，曾经是虚拟机新生代收集的唯一选择。这是一个单线程的收集器，但它的“单线程”的意义并不仅仅说明它只会使用一个CPU或一条手机线程去完成垃圾收集工作，更重要的是在它进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。“Stop The World”，这项工作实际上是由虚拟机在后台自动发起和自动完成的，在用户不可见的情况下吧用户正常工作的线程全部停掉，这对很多应用来说都是难以接受的。

  实际到现在为止，Serial依然是虚拟机运行在Client模式下的默认新生代收集器。它也有着优于其他收集器的地方：简单而高效，对于限定单个CPU的环境来说，Serial收集器由于没有线程交互的开销，专心做垃圾收集自然可以获得最高的单线程收集效率。在用户的桌面应用场景中，分配给虚拟机管理的内存一般来说不会很大，收集几十兆甚至一两百兆的新生代，停顿时间完全可以控制在几十毫秒最多一百多毫秒以内，只要不是频繁发生，这点停顿是可以接受的。

2.ParNew收集器

    ParNew收集器其实就是serial收集器的多线程版本，除了使用多条线程进行垃圾收集之外，其余行为包括serial收集器可用的所有控制参数等都与Serial收集器完全一样。

 多用于Server模式下的虚拟机新生代收集器，其中有一个与性能无关但很重要的原因是，除了Serial收集器外，目前只有它能与CMS收集器配合工作。

ParNew收集器在单CPU的环境中绝对不会有比Serial收集器更好的效果，甚至由于存在线程交互的开销，该收集器在通过超线程技术实现的两个CPU的环境中都不能百分之百的保证可以超越Serial收集器。它默认开启的收集线程数与CPU的数量相同。

 3. Paraller Scavenge收集器

      是一个新生代收集器，使用的是复制算法的收集器，又是并行的多线程收集器。

   它的特点是它的关注点与其他收集器不同，CMS等收集器的关注点是尽可能地缩短垃圾收集时用户线程的停顿时间，而paraller Scavenge 收集器的目标则是达到一个可控制的吞吐量。所谓吞吐量就是CPU用于运行用户代码的时间与CPU总消耗时间的比值，

停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户体验，而高吞吐量则可以高效率的利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。

 Paraller Scavenge收集器提供了两个参数用于精确控制吞吐量，分别是控制最大垃圾收集停顿时间的 -XX：MaxGCPauseMills参数以及直接设置吞吐量大小的 -XX：GCTimeRatio参数。

  MaxGCPauseMills 参数允许的值是一个大于0的毫秒值，收集器将尽可能的保证内存回收花费的时间不超过设置值。

GC停顿时间缩短是以牺牲吞吐量和新生代空间换取的：系统吧新生代调小一些，手机300MB新生代肯定比手机500MB快，这也导致垃圾收集频率更频繁一些，原来10秒收集一次、每次停顿100毫秒，现在变成5秒一次、停顿70毫秒。

   此外还有一点：自适应调节策略

 

    4.Serial Old收集器

    是Serial收集器的老年代版本，它同样是一个单线程收集器，使用“标记-整理算法”  主要意义是给Client模式下的虚拟机使用。