jvm(垃圾回收)

<span style="font-size: inherit;">serial收集器使用复制算法、串行回收和‘stop-thw-world’机制方式执行内存回收。</span><br>

简单高效（在单核cpu下）

搭配Serial old Gc（标记-整理）回收

串行回收、stw时间长，程序卡顿时间长

运行在client模式下的默认垃圾回收器

用户的桌面应用场景，可用内存一般不大（几十MB到一两百MB）

是Serial Gc 的多线程版本，除了使用<font color="#ff0000">并行回收垃圾</font>外，两种收集器没有区别，使用标记-复制算法。

在很多jvm运行在server模式下的新生代的默认垃圾收集器

在多cpu环境下，可以充分利用CPU资源，提高程序吞吐量。但是在单CPU下，运行速度不比Serial&nbsp; gc高

搭配Serial old Gc垃圾回收

使用复制算法、并行回收和‘stop the world’机制

有了parNew ,为什么还要有parallelscavenge

<font color="#d32f2f">JDK8中默认的垃圾回收器</font>

高吞吐量可以高效的利用cpu时间，尽快完成程序的运算任务。常用在<font color="#ff0000">服务器环境</font>中使用，例如：订单处理、工资支付等。

<ul><li>初始标记(Initial-Mark)阶段:在这个阶段中，程序中所有的工作线程都将会因为“Stop-the-World”机制而出现短暂的暂停，这个阶段的主要任务<font color="#ff0000">仅仅只是标记出GCRoots能直接关联到的对象</font>。一旦标记完成之后就会恢复之前被暂停的所有应用线程。由于直接关联对象比较小，所以这里的<font color="#ff0000">速度非常快</font>。</li><li>并发标记(Concurrent-Mark) 阶段:从GC Roots的<font color="#ff0000">直接关联对象开始遍历整个对象图的过程</font>，这个过<font color="#ff0000">程耗时较长</font>但是<font color="#ff0000">不需要停顿用户线程</font>，可以与垃圾收集线程一起并发运行。</li><li>重新标记(Remark)阶段:由于在并发标记阶段中，程序的工作线程会和垃圾收集线程同时运行或者交叉运行，因此<font color="#ff0000">为了修正并发标记期间，因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录</font>，这个阶段的停顿时间通常会比初始标记阶段稍长一些，但也远比并发标记阶段的时间短。</li><li>并发清除(Concurrent - Sweep) 阶段:此阶段<font color="#ff0000">清理删除掉标记阶段判断的已经死亡的对象，释放内存空间</font>。由于不需要移动存活对象，所以这个阶段也是可以与用户线程同时并发的</li></ul>

concurrent mode failure

与新生代parallel Scavenge配合使用

作为老年代CMS收集器的后备垃圾收集方案