垃圾回收器

• 强引用（StrongReference）：是指在程序代码之中普遍存在的引用赋值，即类似“Object obj = new Object()”这种引用关系。只要强引用关系还存在，垃圾收集器就永远不会回收掉被引用的对象。

• 软引用（SoftReference）：在系统将要发生内存溢出之前，才会进行回收。如果这次回收后还没有足够的内存，才会抛出内存流出异常。

• 弱引用（WeakReference）：当垃圾收集器工作时，无论内存空间是否足够，都会回收掉被弱引用关联的对象。

• 虚引用（PhantomReference）：一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来获得一个对象的实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。

GC的性能指标

• 吞吐量：运行用户代码的时间占总运行时间的比例（总运行时间 = 程序的运行时间 + 内存回收的时间）

• 垃圾收集开销：吞吐量的补数，垃圾收集所用时间与总运行时间的比例。

• 暂停时间：执行垃圾收集时，程序的工作线程被暂停的时间。

• 收集频率：相对于应用程序的执行，收集操作发生的频率。

• 内存占用：Java堆区所占的内存大小。

• 快速：一个对象从诞生到被回收所经历的时间。

7种经典的垃圾收集器

• 串行回收器：Serial、Serial Old

• 并行回收器：ParNew、Parallel Scavenge、Parallel old

• 并发回收器：CMS、G1

CMS回收器

（Concurrent-Mark-Sweep）收集器

这款收集器是HotSpot虚拟机中第一款真正意义上的并发收集器，它第一次实现了让垃圾收集线程与用户线程同时工作

分代，缩短停顿时间

标记-清除算法 

• 初始标记（Initial-Mark）阶段：在这个阶段中，程序中所有的工作线程都将会因为“Stop-the-World”机制而出现短暂的暂停，这个阶段的主要任务仅仅只是标记出GCRoots能直接关联到的对象。记完成一旦标之后就会恢复之前被暂停的所有应用线程。STW

• 并发标记（Concurrent-Mark）阶段：从GC Roots的直接关联对象开始遍历整个对象图的过程，这个过程耗时较长但是不需要停顿用户线程，可以与垃圾收集线程一起并发运行。

• 重新标记（Remark）阶段：为了修正并发标记期间，因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间通常会比初始标记阶段稍长一些，但也远比并发标记阶段的时间短。STW

• 并发清除（Concurrent-Sweep）阶段：此阶段清理删除掉标记阶段判断的已经死亡的对象，释放内存空间。由于不需要移动存活对象，所以这个阶段也是可以与用户线程同时并发的

 优点：

• 并发收集
• 低延迟

弊端

• 会产生内存碎片，
• 在并发阶段，会因为占用了一部分线程而导致应用程序变慢，总吞吐量会降低。
• CMS收集器无法处理浮动垃圾。并发标记阶段工作线程和垃圾收集线程是交叉运行的，如果产生新的垃圾对象，CMS将无法对这些垃圾对象进行标记。

G1回收器

弱化分代思想

在期望的时间内收集

特点：

1.并发与并行:

• 并行性：G1在回收期间，可以有多个GC线程同时工作，有效利用多核计算能力。此时用户线程STW
• 并发性：G1拥有与应用程序交替执行的能力，部分工作可以和应用程序同时执行，因此，一般来说，不会在整个回收阶段发生完全阻塞应用程序的情况

2.分代收集：堆空间分为若干个区域（Region），这些区域中包含了逻辑上的年轻代和老年代

3. 空间整合：Region(小区域)之间是 复制算法，但整体上实际可看作是标记-压缩（算法，两种算法都可以避免内存碎片。

4.可预测停顿模型：在指定时间内进行垃圾回收

缺点：

G1无论是为了垃圾收集产生的内存占用（Footprint）还是程序运行时的额外执行负载（Overload）都要比CMS要高。

小内存应用上CMS的表现大概率会优于G1，而G1在大内存应用上则发挥其优势。平衡点在6-8GB之间