JAVA中的强软弱虚4中引用介绍，以及finalize什么时候被调用

基本概念

1. 强引用：通常我们通过new来创建一个新对象时返回的引用就是一个强引用，强引用是不会被GC回收的，JVM在内存不足时，会抛出OOM异常。

   一个对象若是通过一系列强引用可达，则这个对象就不会被回收。

2. 软引用（SoftReference）：在内存足够情况下，是不会被GC回收，只有在内存不够时才会被GC回收。

   若一个对象只通过软引用可达，这个对象在内存不足时会被回收，比弱引用强一点点。

   软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。软引用可用来实现内存敏感的高速缓存。

3. 弱引用（WeakReference）：发生GC就会被回收，不管内存是否足够。若一个对象只通过弱引用可达，那么发生GC时，这个对象就会被回收掉。不过，由于垃圾回收器是一个优先级很低的线程， 因此不一定会很快发现那些只具有弱引用的对象。

   弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

   在ThreadLocal中有对弱引用的实现，为防止内存泄漏。

4. 虚引用（PhantomReference）：虚引用跟其他三种引用不同，他并不会对对象的回收有任何附加影响，只是用于被GC时跟踪一下回收状态。
   跟其他三个引用的不同还在于：虚引用必须和引用队列 （ReferenceQueue）联合使用。通过监听引用队列是否有引用，判断是否被GC回收。虚引用get方法返回的永远是NULL。
   虚引用可用于管理堆外内存，DirectByteBuffer类可用于管理堆外内存，DirectByteBuffer里面会创建一个Cleaner实例，而Cleaner就是PhantomReference的子类。

finalize拯救对象不被回收

在对象GC ROOTS不可达或只通过弱引用可达或只通过软引用可达并且内存不足时，通常情况下，在GC时是会被回收，回收过程并不是立即死亡，非死不可，还有机会拯救。
一个对象要被垃圾回收算法回收，至少要经历2次标记过程：在达到上面说的GC条件时，它将会被第一次标记并判断此对象是否有必要执行finalize()方法；当对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过（finalize只会被执行一次），将被判断为没必要执行。
如果这个对象被判定为有必要执行finalize()方法，那么这个对象将会放置在一个叫做F-Queue的队列之中，并由虚拟机创建一个低优先级的Finalizer线程去执行它（该执行是指只会触发，也就是让finalize方法启动执行，并不会等待它执行完成，因为finalize可被程序员重写，对JVM来说是不可控的，也就是可能程序员在里面写死循环导致一直执行不完，也没法执行队列后面的方法）。

finalize()方法是对象逃脱死亡命运的最后一次机会，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象要在finalize()中成功拯救自己——只要重新加上强引用（如把自己（this关键字）赋值给某个类变量或者对象的成员变量），那么在第二次标记时它将被移除出“即将回收”的集合（F-Queue）；因为每个对象的finalize只会被JVM执行一次，所以每个对象只有一次拯救自己的机会。