​​​​​​深入理解jvm（二、常用的垃圾收集器）

1.Serial

单线程收集器，它在进行垃圾收集时必须暂停其他工作线程，直到收集结束。是虚拟机运行在客户端下的默认新生代收集器。

相对于其他收集器的单线程来说，简单高效。

2.ParNew

相当于Serial收集器的多线程版本，一般是运行在服务端的虚拟机首选的新生代收集器。

 3. Parallel Scavenge

Parallel Scavenge是一个使用复制算法的新生代收集器。注重于吞吐量即运行用户代码时间/（运行用户代码时间+垃圾收集时间）。停顿时间越短越适合需要与用户交互的程序，良好的响应速度能提升用户体验，而高吞吐量则可以高效率的利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。Parallel Scavenge提供了两个参数用于精确控制吞吐量，控制最大垃圾收集停顿时间：-XX:MaxGCPauseMillis，设置吞吐量大小：-XX:GCTimeRatio。MaxGCPauseMillis参数允许的值是一个大于0的毫秒数。GCTimeRatio参数值是一个大于0小于100的整数，如果设为19，垃圾回收时间为1/（1+19）即5%。自适应调节参数：-XX:UseAdaptiveSizePolicy，虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大吞吐量。

4.Serial Old

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

 5.Parallel Old

Parallel Old时Parallel收集器的老年代版本，使用多线程和“标记-整理”算法。在注重吞吐量以及CPU资源敏感的场合，优先考虑Parallel Scavenge加Parallel Old

6.CMS

CMS收集器是一种以获取最短停顿时间为目标的收集器。基于“标记-清除”算法。从总体上说，CMS的内存回收过程是可以与空户线程并发执行的。

7.G1 

G1是一款面向服务端应用的垃圾收集器。基于“标记-整理”算法实现。