《深入理解 Java 虚拟机》学习笔记 Day12（垃圾收集器与内存分配：对象的生存与死亡 - 过时的 finalize方法）

学习内容：第3章 - 垃圾收集器与内存分配策略

对象的生存与死亡

即使在可达性分析算法中被判定为不可达的对象，也不是“非死不可”的。要真正宣告一个对象死亡，最多会经历两次标记过程：如果对象在进行可达性分析后发现没有与 GC Roots 相连接的引用链，它将会被第一次标记，随后进行一次筛选，筛选条件是对象是否有必要执行 finalize() 方法。如果对象没有重写 finalize() 方法，或者 finalize() 方法已经被 JVM 调用过，那么虚拟机将会将其视为“没有必要执行”。

如果对象被判定为有必要执行 finalize() 方法，该对象会被放置在一个名为 F-Queue 的队列中，稍后由一条虚拟机自动建立的、低调度优先级的 Finalize 线程去执行他们的 finalize() 方法。==这里的“执行”指的是触发方法的运行，但不承诺一定能够运行结束。==以此避免某个对象的 finalize() 方法执行缓慢甚至发生死循环，导致其他对象永久处于等待，导致整个内存回收子系统崩溃。收集器在这之后会去对 F-Queue 中的对象进行第二次标记，finalize() 方法是对象拯救自己的最后一次机会，如果在方法中，对象重新与引用链上的任何一个对象建立关联，那么在第二次标记时它将会被移出“即将回收”的集合。而反之如果此时对象还没有逃脱，那基本上它就要被回收了。

但是作者提到，不建议使用甚至是建议避免使用它，因为当前官方已经明确声明为不推荐的语法，它运行代价高昂，不确定性大，无法保证更改对象的调用顺序。我试图去尝试作者的相关代码时，也被编译器告知，在 JDK 9 之后，这个方法是彻底被移除了。而作者也指出，当前我们使用 try-finally 或者其他方式都能做的更好更及时，这是在某些落后的教材中才会被推荐使用的方法。