前言

先来回顾一下，在jvm运行时数据区，分为两部分，一个部分是线程共享区，主要包括堆和方法区，另一部是线程私有区分包括本地方法栈，虚拟机栈和程序计数器。在线程私有部分的三个区域是随着线程生和灭的。栈中的栈帧随着方法的进入和退出而执行着出栈和入栈操作。每一个栈帧所用内存大小在类结构确定下来时就已知了。因此这线程私有区的内存分配和回收都具备确定性，简单概括的说：这部分内存在类加载时分配，在线程结束时回收。（个人理解）

而线程共享区（堆和方法区）则不一样，一个方法中的多个分支需要的内存可能不一样，只有在程序处于运行期间时才能知道会创建哪些对象，这部分的内存的分配和回收都是动态的，垃圾收集器（GC）所关注的也是这部分内存，今天要介绍的内容也是围绕着这部分内存来说的。

对象已死吗

Java世界中几乎所有的对象实例都存放在堆里，垃圾回收器在对堆内存进行回收前，要先确定这些对象中哪些还存活，哪些已死去（死去：不可能再被任何途径使用的对象）；

那么如何判断堆内存中的对象是活着还是已经死去了呢？

下面介绍一下主流的两种判断对象是否已经死去算法。

引用计数算法

引用计数算法的思想是：给对象添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；当引用失效时，计数器值就减一；任何时刻计数器为0的对象就是不可能再被使用的。

这种算法的特点是实现简单，判定效率也很高，但是Java虚拟机中却没有使用这种算法，主要原因是这种算法很难解决对象之间相互循环引用的问题。

举个