对象存活

判断对象是否存活

在垃圾回收前需要判断对象是否存活。
判定算法：
 1、引用计数法：在对象中添加一个引用计数器，有一个地方引用它计数器就加一，引用失效时就减一，计数器为零时就是不再使用的对象了，即对象已死。存在的问题：重复引用，当一个对象A引用对象B，而对象B引用对象A时，计数器永不为零，即使这两个对象不再被访问了也不会被回收。

 2、可达性分析：通过一系列称为“GC Roots”的根对象作为起始节点集，从这些节点开始根据引用关系向下搜索，路径称为引用链，如果某个对象到GC Roots间没有引用链相连的话，则认为对象不再被使用，可以进行回收。

GC Roots包括：
  虚拟机栈中引用的对象；
  方法区中类静态属性引用的对象；
  方法区中常量引用的对象；
  本地方法栈中JNI引用的对象；
  Java虚拟机内部的引用；
  被同步锁持有的对象；
  反映JVM内部情况的JMXBean、JVMTI中注册的回调、本地代码缓存等。

四种引用

 1、强引用：只要强引用关系存在，垃圾收集器永远不会回收掉被引用的对象。
 2、软引用：被软引用关联的对象在系统将要发生内存溢出异常前会把这些对象进行第二次回收。
 3、弱引用：弱引用关联的对象只能生存到下一次垃圾收集发生为止，当垃圾收集器开始工作，只被弱引用关联的对象将会被回收。
 4、虚引用：最弱的一种引用关系，虚引用关系的存在不会对对象的生命周期产生影响，无法通过虚引用取得对象实例，设置虚引用的作用在于能在对象被回收时收到一个系统通知。

对象的死亡

  在可达性分析判定一个对象不可达时，对象不一定是“非死不可”的。对象死亡需要经历两次标记：

 1、可达性分析发现对象没有与GC Roots相连的引用链，将会被第一次标记，然后判断是否需要执行finalize()方法，如果对象没有覆盖finalize()方法或者执行过该方法，则不需要执行。如果需要执行finalize方法，将会被放进一个队列中，随后由一个Finalzer线程去执行。finalize不一定会运行结束，因为该方法运行缓慢或死循环会导致系统崩溃。

 2、第二次标记是在finalize方法中，如果要拯救某个对象的话，需要在finalize方法中建立与GC Roots的引用链的关联，然后会被移出即将回收的集合，否则将会被回收。

方法区的回收

  方法区的回收主要回收两部分内容：废弃的常量和不再使用的类型。
  回收常量和回收堆中的对象非常类似。
判断一个类型是否不再使用需要同时满足三个条件：
 1、该类的所有实例都被回收。
 2、加载该类的类加载器被回收。
 3、类的Class对象没有在任何地方被引用。