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模式下的虚拟机使用。