如何判断对象是否存活和四种Reference的区别

如何判断对象是否存活？

引用计数算法：每引用一次+1，失去引用-1。
缺点：可以互相引用，JVM不采用。

可达性分析算法：

一系列GC Roots为起始点向下搜索，最后没有和GC Roots相连的就是可回收的对象（不一定会回收，此时处于“缓刑”阶段，至少要经历两次标记过程才能真正宣告一个对象的死亡。第一次标记是对象在进行可达性分析后发现没有与GC Roots相连接的引用链，此时还会进行筛选，筛选的条件是此对象是否有必要执行finalize()方法。当对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过了，虚拟机将这两种情况都视为“没有必要执行”。如果这个对象被判定为有必须执行，会被放到一个名为F-Queue的队列中，由一个虚拟机自动建立的，低优先级的finalizer线程去执行。finalize()方法是对象逃脱死亡的最后一次机会，稍后GC会对F-Queue中的对象进行第二次标记，如果对象要在finalize()中成功拯救自己，只需要重新与引用链上的任何一个对象建立关系即可，比如把自己赋给某个类或者对象的成员变量，那么第二次标记的时候它将被移除“即将回收”的集合，如果对象这个时候还没有逃脱，那就真的被回收了。这种“拯救”对象的方式代价高昂，不确定性大，不推荐使用）。

四种Reference的区别：

强引用(strong Reference)：
代码中普遍存在，类似“Object obj = new Object（）”这类的引用，只要强引用还在，
垃圾收集器永远不会回收掉被引用的对象。

软引用(Soft Reference)：
描述一些还有用但并非必须的对象。对于软引用关联着的对象，在系统将要发生内存溢出
异常之前，将会把这些对象列进回收范围进行第二次回收。如果这次回收还没有足够的内
存，则会抛出内存溢出异常。

弱引用(Weak Reference)：
也是用来描述非必须的虚，强度比软引用更弱一些，被弱引用关联的对象只能生存到下一次
垃圾收集发生之前，当垃圾收集器工作时，无论当前内存是否足够，都会回收掉只被弱引用
关联的对象。

虚引用(Phantom Reference)：
也成为幽灵引用或者幻影引用，是最弱的一种引用关系。存在的唯一目的就是能在这个对象
被垃圾收集器回收的时候收到一个系统通知。