JVM GC垃圾回收机制

1、JAVA中四种引用类型

1. 强引用：最常见，把一个对象赋给一个引用变量。即使该对象永远不用也不会被GC回收，是造成内存泄漏的主要原因之一。

2. 软引用：SoftReference类实现，内存不足时会被回收。

3. 弱引用：WeakReference类实现，只要GC执行，不管内存空间是否足够，都会被回收。

4. 虚引用：PhantomReference类来实现，不能单独使用，必须和引用队列联合使用。虚引用的作用是跟踪对象被垃圾回收的状态。

2、GC 分代收集算法VS分区收集算法

分代收集算法：

新生代 复制算法：

每次GC都会发现大量对象已死，因此用复制算法，付出少量复制成本就可以完成收集。

老年代 标记整理算法：

对象存活率高，没有额外空间对它进行分配担保，因此采用“标记-清理”算法。

分区收集算法：

堆划分为连续的小空间，每个小区间独立使用，减少一次GC所产生的停顿。

3、GC 垃圾收集器

新生代：Serial、ParNew、Parallel Scavenge

老年代：CMS、Serial Old（MSC）、Parallel Old

1. Serial（单线程、复制算法）：

   最基本的垃圾收集器，单线程，在垃圾收集过程中暂停其他工作线程，但是简单高效，没有线程交互的开销。仍然是java虚拟机运行在Client模式下默认的新生代垃圾收集器。

2. ParNew（Serial+多线程）：

   其实是Serial收集器的多线程版本，同样的，在垃圾收集过程中也要暂停其他工作线程。

   默认开启和CPU数目相同的线程数， -XX:ParallelGCThreads配置GC线程数。

   JVM运行在Server模式下新生代的默认垃圾收集器。

3. Parallel Scavenge收集器（多线程复制算法）

   复制算法，多线程，重点关注的是程序达到一个可控制的吞吐量。和ParNew的一个重要区别是自适应调解策略。

4. Serial Old（单线程+标记整理算法）：

   单线程，标记整理算法，运行在Client默认的虚拟机默认的年老代垃圾收集器。

5. Parallel Old（多线程+标记整理算法）

6. CMS（多线程+标记清除算法）：

   4个工作阶段：

   1.初始标记：只是标记一下GC Roots能直接关联的对象，需要暂停所有工作线程。

   2.并发标记：进行GC Roots跟踪，不需要暂停工作线程。

   3.重新标记：修正并发标记期间，标记产生变动的那一部分对象的标记记录，需要暂停所有工作线程。

   4.并发清除：清除不可达对象，不需要暂停工作线程。

7. G1收集器

   相比CMS的两个最突出的改进：

   1.基于标记整理算法，不产生内存碎片。

   2.可以精准控制停顿时间，在不牺牲吞吐量的前提下，实现低停顿垃圾回收。

   G1收集器避免全区域垃圾收集，分区，优先回收垃圾最多的区域。