如何判断一个对象已经死了
GC的历史比Java还有久远，我们在思考GC时候需要思考三个问题：
- 哪些内存需要回收？
- 什么时候回收？
- 如何回收？
在Java中程序计数器、虚拟机栈、本地方法栈这三个区域随线程而生，随线程而灭：栈中的栈帧随着方法的调用和退出而有条不紊地进行着入栈和出栈的过程。每个栈帧分配多少内存在类结构确定下来时就已知的，方法结束或者线程结束内存自然跟着回收了。
而Java堆和方法区不一样，一个接口中的多个实现类的内存可能不一样，每个方法的多个分支需要的内存也可能不一样，我们只有在程序运行时候才知道会创建哪些对象，这部分内存的分配和回收都是动态的。
一、判断对象已死的算法
（一）引用计数算法
给对象添加一个引用计数器，每当一个地方引用它的时候，计数器就加1，当引用失效时，计数器就减1；任何时刻计数器为0的对象就是不可能再被使用了。这种方法实现简单，效率高，但是它很难解决对象的循环引用问题：
使用System.gc()，尝试垃圾回收，会发现虚拟机不是使用引用计数法来回收的，具体可以查看一下垃圾回收日志。
（二）可达性分析算法
这个算法的基本思路是通过一系列称为“GC Roots”（一组必须活跃的引用）作为起始点，从这些节点开始向下搜索，搜索走过的路径称为引用链，当一个对象到GC Roots没有任何引用链时，那么证明此对象是不可用的。
在Java语言中，作为GC Roots的对象包括以下几种：
1）方法区中类静态属性引用的实例。 2）方法区中常量引用的字符串。 3）JNI（Java Native Interface）中全局引用和局部引用。
二、生存还是死亡
即使在可达性分析算法中不可达的对象，也并非一定是“非死不可”的，这时候它们暂时处于“缓刑”阶段。真正宣告一个对象死亡至少要经历两个阶段：
1）如果对象在可达性分析算法中不可达，那么它会被第一次标记并进行一次刷选。刷选的条件是是否需要执行finalize()方法（当对象没有覆盖finalize()或者finalize()方法已经执行过了）。虚拟机将这两种情况都会视为没有必要执行。
2）如果这个对象有必要执行finalize()方法，会将其放入F-Queue队列中，稍后GC将对F-Queue队列进行第二次标记。如果在重写finalize()方法中将对象自己赋值给某个类变量或者对象的成员变量，那么第二次标记时就会将它移出“即将回收”的集合。
任何对象的finalize方法只能执行一次。
三、方法区回收
永久代（Permanent Generation）中回收的内容主要是两部分：废弃的常量和无用的类。判断无用的类（类卸载）必须满足三个条件：
1）该类所有的实例都已经被回收。 2）加载该类的ClassLoader被回收。 3）该类对应的java.lang.Class对象没有在任何地方引用，无法在任何地方通过反射访问该类的方法。
