JVM-垃圾收集器

 

 

1.Serial收集器

是一个单线程收集器，不仅仅只会使用一个CPU或一条收集线程去完成垃圾收集工作，更重要的是在它进行垃圾收集时，必须暂停其他所有的工作线程，直到收集结束。

优点：

简单高效，限定单个CPU来讲，没有线程交互的开销，自然能够获得最高的单线程效率。

2.ParNew收集器

ParNew是Serial的多线程版本，除了使用多条线程进行垃圾回收之外，其余行为包括Serial可用的所用控制参数，是运行在Server模式下虚拟机中首选的新生代收集器，能与CMS收集器配合工作。在CPU数量增加后GC回收更有效。

3.Parallel Scavenge收集器

是一个新生代收集器，使用复制算法的收集器，并行多线程收集器，与其他收集器不同的目标是达到一个可控制的吞吐量，Parallel Scavenge收集器提供了两个参数用于精确控制吞吐量："-XX:MaxGCPauseMillis" 分别是控制最大垃圾收集停顿时间 "-XX:GCTimeRatio" 设置吞吐量大小

4.Serial Old收集器

是Serial收集器的老年代版本，是一个单线程收集器，使用“标记-整理”算法，收集器的主要意义在于给client模式下的虚拟机使用。在Server模式下，还有两大用途：1.用途是在JDK1.5之前的版本中与Parallel Scavenge收集器搭配使用，2.作为CMS收集器的后备预案，在并发收集发生Concurrent Mode Failure时使用

5.Parallel Old收集器

是Parallel Scavenge收集器的老年代版本，使用多线程和“标记-整理”算法，在JDK1.6中开始提供，在注重吞吐量以及CPU资源敏感的场合，可以优先考虑Parallel Scavenge 加 Parallel

Old收集器。

6.CMS收集器

是一种以获取最短回收停顿时间为目标的收集器。基于“标记-清除”算法，过程分为初始标记、并发标记、重新标记、并发清除。初始标记、并发标记这两个步骤仍然需要停掉其他线程，初始标记只是标记一下GC Roots能直接关联到的对象，并发标记就是进行GC Roots Tracing的过程，重新标记则是为了修正并发标记期间因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录。

过程中耗时最长的并发标记和并发清除过程收集器线程，可以与用户线程一起工作，CMS收集器的内存回收过程与用户线程一起并发执行。

7.G1收集器

面向服务端应用垃圾收集器

特点：并行与并发，充分利用多CPU、多环境下的硬件优势，使用多CPU缩减stop-the-word停顿时间，仍然可以通过并发的形式继续执行。

分代收集：与其他收集器不同的是能够采用不同的方式去处理新创建的对象和已经存活一段存活一段时间、熬过多次GC的旧对象获取更好的收集效果。

空间整合：从整体看是基于“标记-整理”算法实现的，从局部看是基于“复制”算法实现的，G1在运行期间不会产生内存空间碎片，收集后能提供规整的可用内存，分配大对象时不会因为无法找到连续内存空间而提前触发下一次GC。

可预测的停顿：降低停顿时间，建立可预测的停顿时间模型。因为有计划的避免在整个堆中进行全区域的垃圾收集，在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region,保证了G1收集器在有限的时间内可以获取尽可能高的收集效率。

使用G1收集器时，将整个java堆划分成多个大小相等的独立区域。