对象已死吗

读《深入理解Java虚拟机》

当虚拟机中需要发生GC时，垃圾收集器怎样判断对象是否已死？

1. 引用计数法

给对象添加一个引用计数器，当有一个地方引用它时，引用计数器就加1。当引用失效时，计数器就减1。
引用计数法实现简单，但是主流的java虚拟机里面没有选用引用计数法来管理内存，主要原因是它无法解决对象之间相互引用的问题。

2. 可达性分析法

通过一系列的“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径称为引用链，当一个对象到GC Roots没有任何引用链时，则证明这个对象是不可用的。

可以作为GC Roots的对象的：

• 虚拟机栈中引用的对象（局部变量）
• 方法区中类的静态属性引用的对象
• 方法区中常量引用的对象
• 本地方法栈中引用的对象

3. 生存还是死亡，这是一个问题

当对象被垃圾收集器在可达性分析中标记为不可用对象，这时候这个对象已经被判处“死刑”了吗？
其实不然，这时候对象只是被判处了“缓刑”，一个对象真正被判处“死刑”至少要经历两次标记。
对象在第一次被标记后，会进行一次筛选，筛选条件是此对象是否有必要执行finalize()方法。即当对象没有覆盖finalize()方法或者finalize()方法已经被虚拟机调用过，虚拟机将这两者情况都视为“没有必要执行”。此对象直接gg。
如果此对象被虚拟机判定为有必要执行finalize()方法，那么这个对象会被放入一个F-Queue队列中。并在稍后由一个虚拟机自动建立的，优先级低的线程执行它。这里所谓的“执行”是指虚拟机会触发这个方法，但是不会保证等待它执行完成。这是因为如果此对象的finalize方法执行缓慢，或者发生死循环，将可能导致队列中其他对象一直都处在等待状态，甚至整个垃圾回收系统的崩溃。
稍后GC会在F-Queue队列中进行第二次小规模的标记，如果对象在finalize方法中成功拯救自己-只要从新和GC Roots对象建立引用，那在第二次标记时它将会被移除“即将回收”的集合。如果此时对象还没有逃脱，那基本上它就真的要被回收了。

在实际编程中，不建议使用finalize方法，要关闭一些资源的话，最好使用try-finally