JAVA 年轻代收集器 第九节
他会暂停我们程序中的所有线程。如果STW所用的时间长而且次数多的话，那么我们整个系统稳定性以及可用性将大大降低。
因此我们在必要的时候需要对虚拟机进行调优，那么调优的主要目标之一就是降低STW的时间，也就是减少Full GC的次数。那么这里我们从调优的角度来分析各个收集器的优势与不足。
首先从作用于年轻代的收集器开始（采用复制的收集算法）：
单线程收集器，在进行回收的时候，必须暂停其他所有的工作线程，直到收集结束。缺点：因为要完全暂停线程，所以用户体验不佳。但是由于新生代回收得较快，所以停顿的时间非常少，而且没有线程切换的开销，因此也简单高效。通过 -XX:+UseSerialGC参数启用。
多线程版本，适用于多核CPU的设备。但对于单核的设备来说，需要进行线程之间的切换，效率反而没有单线程的高。通过-XX:ParallelGCThreads参数限制收集的线程数，-XX:+UseParNewGC参数启用。
的默认年轻代收集器。他的关注点和其他的收集器不同，其他的关注点是尽可能的缩短Full GC的时间。而该收集器关注的是一个可控的吞吐量。吞吐量=运行代码的时间/(运行代码的时间+GC的时间)，通过参数-XX:MaxGCPauseMillis设置最大GC的停顿时间和-XX:GCTimeRatio
可以通过-XX:+UseAdaptiveSizePolicy参数开启自适应调节策略，这样可以免去我们自己设置堆内存的一些细节参数，比如新生代内存大小，Eden与Survivor之间的比例等等。这个参数适合对内存手工优化存在困难的时候使用，他能监控系统当前的状态，动态的调整以达到最大的吞吐量。
这里我们只大概了解了下年轻代的收集器，下面一张图给大家总结一下：
不过大家不要认为如果把这个参数设置的（MaxGCPauseMills）设置的稍小一点就能是垃圾回收集速度变得更快，GC停顿的等待时间是以牺牲吞吐量
和新生代空间来换取的：系统把新生代调小一些，手机300MB新生代肯定要比手机500MB快把，这也是直接导致垃圾收集发生的更频繁一些，
原来10秒收集一次、每次停顿100毫秒，现在变成5秒收集一次、每次停顿70毫秒。停顿时间的确在下降，但吞吐量也下降了。
