JVM垃圾回收（一）-判定对象是否存活

哪些内存需要回收

    在Java的内存运行区域的各个部分，其中程序计数器、虚拟机栈、本地方法栈3个区域随线程而生，随线程而灭；因此这几个区域不需要过多考虑回收的问题，因为方法结束或线程结束的生活，内存自然就跟着回收了。
    而在Java堆中和方法区则不一样，一个接口的多个实现类需要的内存可能不一样且只有在程序运行期间才知道会创建哪些对象，这部分内存的分配和回收都是动态的，垃圾回收也所关注的也是这部分的内存

对象是否存活

    在堆里面存放着Java中几乎所有的对象实例，垃圾收集器在对回收前，第一件事情就是要确定这些对象之中哪些还“存活”着，哪些已经销毁(既不可能再被任何途径使用的对象)
一般来说判断对象是否存活有以下着两种方法

引用计数法

    给对象添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；当引用失效时，计数器就减1；任何时刻计数器为0的对象就是不可能再被使用的。
不过存在一个主要问题：很难解决对象之间相互循环引用的问题。

可达性分析算法

    主流的实现中，一般都是通过可达性分析来判断对象是否存活。
基本思路：通过一系列的称为“GC Roots”的对象作为起点，从这些节点开始向下搜索，搜索所走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连(既就是从GC
    Roots到这个对象不可达)时，则证明此对象不可用的。如下图为例，对象object5，object6，object7虽然互相有关联，但是他们到GC Roots是不可达的，所以它们将会被判定为是可回收的对象。

在Java语言中，可作为GC Roots的对象包括以下几种

• 虚拟机栈(栈帧中的本地变量表)引用的对象
• 方法区中类静态熟悉引用的对象
• 方法区中常量引用的对象
• 本地方法栈中引用的对象

描述有不恰当之处，还望不吝指教