如何判断对象生死？什么时候宣告对象死亡？

一、判断对象生死

1.  引用计数法（脑门刻字法）

    在对象中添加计数器，引用一次+1，有个引用销毁就-1；直到计数器中的数值为0，该对象死亡。

优点：实现简单，效率很高

缺点：会出现循环引用问题，不好处理（对象A引用对象B，对象B引用对象A，AB的计数器永远不会是0，AB永远不会被回收）

2.  可达性分析（java、c#、lisp都采用此方式）

    GCroot根对象作为起始节点集，按照引用关系向下搜索，搜索过程中所走的路径为引用链；如果一个对象和GCroot之间没有任何一条引用链，即该对象死亡。

哪些可以作为GCRoot？

• 在虚拟机栈中引用的对象：各个线程被调用的方法堆栈中使用到的 参数、局部变量、临时变量等

• 方法区中类静态属性引用的对象

• 在方法区中常量引用的对象：字符串常量池（String Table）里的引用

• 本地方法栈中JNI（即通常所说的Native方法）引用的对象

• Java虚拟机内部的引用：基本数据类型对应的Class对象，一些常驻的异常对象（比如 NullPointExcepiton、OutOfMemoryError）等，还有系统类加载器。

• 所有被同步锁（synchronized关键字）持有的对象

• 反映Java虚拟机内部情况的JMXBean、JVMTI中注册的回调、本地代码缓存等

二、宣告一个对象的死亡

真正宣告一个对象死亡，至少要经历两次标记过程：如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记，随后进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。假如对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过，该对象逃脱了！如果对象覆盖finalize()方法且未被引用过，会被放置在F-Queue队列中，并由一个虚拟机自动建立的低优先级的final线程去执行触发finalize()方法，稍后收集器将对F-Queue中的对象进行第二次小规模的标记；在第二次标记时它将被移出“即将回收”的集合，如果对象这时候还没有逃脱（和gcROOT发生引用），那基本上它就真的要被回收了。