垃圾收集器
如果说收集算法是内存回收的方法论，垃圾收集器就是内存回收的具体实现
新生代：Serial、ParNew、Parrallel Scavenge、G1
老年代：CMS（Concurrent Mark Sweep）、Serial Old、Parallel Old、G1
serial收集器
串行收集器是一个新生代收集器，是最古老，最稳定以及效率高的收集器，可能会产生较长的停顿，只是用一个线程去回收。采用复制算法
parnew收集器
新生代收集器，就是serial的多线程版本，采用复制算法
Parallel Scavenge收集器
新生代收集器，采用复制算法，也是并行的多线程收集器。
响应时间：停顿时间越短就越适合需要与用户交互的程序，良好的响应速度能提升用户体验
高吞吐量：高吞吐量可以高效率利用CPU时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务
特点：目标是达到一个可控制的吞吐量（CPU用户运行用户代码的时间与CPU总消耗时间的比值，即吞吐量 = 运行用户代码时间/（运行用户代码时间+垃圾收集时间））。
该收集器提供两个参数用于精准控制吞吐量
- 控制最大垃圾收集停顿时间的**-XX:MaxGCPauseMillis**
允许的值是一个大于0的毫秒数，收集器将尽可能地保证内存回收花费的时间不超过设定值。不过大家不要认为如果把这个参数的值设置得稍小一点就能使得系统的垃圾收集速度变得更快，GC停顿时间缩短是以牺牲吞吐量和新生代空间来换取的：系统把新生代调小一些，收集300MB新生代肯定比收集500MB快吧，这也直接导致垃圾收集发生得更频繁一些，原来10秒收集一次、每次停顿100毫秒，现在变成5秒收集一次、每次停顿70毫秒。停顿时间的确在下降，但吞吐量也降下来了- 直接设置吞吐量大小的**-XX:GCTimeRatio**
参数的值应当是一个大于0且小于100的整数，也就是垃圾收集时间占总时间的比率，相当于是吞吐量的倒数。如果把此参数设置为19，那允许的最大GC时间就占总时间的5%（即1 /（1+19）），默认值为99，就是允许最大1%（即1 /（1+99））的垃圾收集时间- 开关参数**-XX:+UseAdaptiveSizePolicy**
当这个参数打开之后，就不需要手工指定新生代的大小（-Xmn）、Eden与Survivor区的比例（-XX:SurvivorRatio）、晋升老年代对象年龄（-XX:PretenureSizeThreshold）等细节参数。虚拟机会根据当前系统的运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大的吞吐量，这种调节方式称为GC自适应的调节策略
