JVM垃圾回收相关概念

程序执行并非在所有地方都能停顿下来开始GC，只有特定的位置才能停顿下来开始GC，这些位置称为安全点
有了安全点的设定，也就决定了用户程序执行时并非在代码指令流的任意位置都能够停顿下来开始垃圾收集，而是强制要求必须执行到达安全点后才能够暂停。因此，安全点的选定既不能太少以至于让收集器等待时间过长，也不能太过频繁以至于过分增大运行时的内存负荷。安全点位置的选取基本上是以" 是否具有让程序长时间执行的特征 " 为标准进行选定的，因为每条指令执行的时间都非常短暂，程序不太可能因为指令流长度太长这样的原因而长时间执行，" 长时间执行 " 的最明显特征就是指令序列的复用，例如方法调用、循环跳转、异常跳转等都属于指令序列复用，所以只有具有这些功能的指令才会产生安全点。
对于安全点，另外一个需要考虑的问题是，如何在垃圾收集发生时让所有线程（这里其实不包括
执行 JNI 调用的线程）都跑到最近的安全点，然后停顿下来。这里有两种方案可供选择：抢先式中断（Preemptive Suspension ）和主动式中断（ Voluntary Suspension ）

抢先式中断
- 中断所有线程，如果还有线程不在安全点，就恢复线程，让线程跑到安全点
- 没有虚拟机采用
主动式中断
- 设置一个中断标志，各个线程运行到安全点的时候，主动轮询这个标志，如果标志为真，则将自己进行中断挂起

（二）安全区域

如果线程处于sleep或者blocked状态，这时候线程无法响应jvm中断请求，走到安全点去中断挂起。对于这种情况，就需要安全区域来解决

安全区域是指在一段代码片段中，对象的引用关系不会发生变化，在这个区域中任何位置开始GC都是安全的。

当线程运行到安全区域代码时，首先标志已经进入了安全区域，如果GC，JVM会忽略标识为安全区域状态的线程

当线程即将离开安全区域时，会检查JVM是否已经完成GC，如果完成了，则继续运行。否则线程必须等待直到收到可以安全离开安全区域的信号为止

六、引用

Java中有五种引用

（一）强引用

强引用是最传统的引用定义，程序代码中普遍存在的引用赋值，类似new Object这种引用关系，无论任何情况下，强引用存在，垃圾收集器永远不会回收掉被引用的对象

强引用是造成java内存泄露的主要原因之一，强引用可以直接访问目标对象

（二）软引用

若某个对象被软引用，当gc一次后内存仍然紧张时，该对象在第二次gc会被回收

（三）弱引用

若某个对象被弱引用，当gc发生时，该对象会被回收

注：软和弱引用不一定要配合引用队列（引用队列：每个引用自身也会占用一定的内存，当其指向的对象被垃圾回收时，也可以将引用入队，然后通过referenceHandler来定期查看队列是否有新的引用入队，然后进行清除引用回收内存）

（四）虚引用

一个对象是否有虚引用存在，完全不会对其生存时间构成影响。唯一目的就是在这个对象被收集器回收时收到一个系统通知。它不能单独使用，也无法通过虚引用获取被引用的对象。

比如bytebuffer被回收时，其分配的直接内存没有释放，此时虚引用入队，Cleaner通过底层调用Unsafe.freeMemory()方法来释放直接内存（由Reference Handler线程调用虚引用相关方法释放直接内存）

（五）终结器引用

Object有一个finallize方法。当我们重写该方法且该对象没有强引用指向它时，虚拟机会生成一个终结器引用，在第一次gc的时候将引用加入引用队列（此时对象并没有被回收），然后会有一个优先级较低的finallizeHandler线程查看队列是否有终结器引用，如果有就调用其指向对象的finallize终结方法，然后下一次gc的时候该对象和对应的终结器引用就可以被回收了

注：虚和终结器引用一定要配合引用队列