Java ~ Reference ~ FinalReference【总结】

前言

---

 文章

• 相关系列：《Java ~ Reference【目录】》（持续更新）
• 相关系列：《Java ~ Reference ~ FinalReference【源码】》（学习过程/多有漏误/仅作参考/不再更新）
• 相关系列：《Java ~ Reference ~ FinalReference【总结】》（学习总结/最新最准/持续更新）
• 相关系列：《Java ~ Reference ~ FinalReference【问题】》（学习解答/持续更新）
• 参考文献：《JVM源码分析之FinalReference完全解读》
• 涉及内容：《Java ~ Reference ~ PhantomReference【总结】》
• 涉及内容：《Java ~ Reference ~ Finalizer【总结】》

一 概述

---

 简介

    FinalReference（终引用）类是Reference（引用）抽象类的四大子类之一，被作用于实现Java的Finalization（终结）机制。相比其他三个子类而言终引用类相对鲜为人知，因为本身的封闭性令其无法被开发者直接使用，毕竟其在设计上就是为了后台运行而服务的。

    终引用类必须搭配引用队列使用，该特性与PhantomReference（虚引用）类一致。

    终引用类最大的特点在于其所指对象的回收时机与其它子类不同。一般而言，对于引用抽象类的其它子类，当其所指对象被GC判定为可回收后便会被顺势回收，与此同时引用机制还会将其加入注册引用队列中。换而言之，就是加入到引用队列中的引用的所指对象都可以被视作已GC回收（可以这样理解，但实际上关于所指对象回收和引用入队的具体时间和先后顺序非常玄学）。终引用类与此不同，虽说其在所指对象的可回收判定中并不会造成影响，但即使终引用已经被加入了引用队列，其所指对象也不会被GC回收，而是会等到所指对象的finalize()方法被执行完毕后断开与终引用的关联关系才会被回收。从这一点上看，终引用类更像是一种特殊的强引用（即不会影响回收判定/可达性分析，但是会阻止具体的回收），这与早期版本的虚引用类很相似。

    终引用类的存在是为了实现终结机制而提供对对象生命周期的干预机制，即影响对象的回收时机，而实际真正实现该机制的是其子类Finalizer（终结者），Java终结机制正是通过终结者类与底层逻辑相互配合实现的。