为什么自Java 9 PhantomReference java doc声明它专用于POST验尸清理操作，尽管之前它是PRE验尸

Question

PhantomReference Java
8
及以下版本的Java文档看起来像这样：

虚拟引用对象，在收集器确定其引用对象可以通过其他方式回收之后，将其排队。与Java终结机制相比，虚拟引用最常用于以更灵活的方式安排 事前清理操作
。如果垃圾收集器在某个时间点确定幻像引用的参考对象是幻像可到达的，则在那时或以后的某个时间，它将使该引用入队。

为了确保保留可回收对象，可能无法检索幻像引用的引用对象：幻像引用的get方法始终返回null。

与软引用和弱引用不同，幻象引用在排队时不会被垃圾收集器自动清除。通过幻像引用可访问的对象将保留，直到清除所有此类引用或它们自身无法访问为止

PhantomReference Java
9及更高版本的Java文档如下所示：

虚拟引用对象，在收集器确定其引用对象可以通过其他方式回收之后，将其排队。幻影引用最常用于安排 事后清理操作
。假设垃圾收集器在某个时间点确定对象是幻影可到达的。到那时，它将自动清除对该对象的所有幻像引用以及对从该对象可到达的任何其他幻影可到达对象的所有幻像引用。在同一时间或以后，它将使那些新近清除的幻象引用排队，这些幻象引用已注册到参考队列中。

为了确保保留可回收对象，可能无法检索幻像引用的引用对象：幻像引用的get方法始终返回null。

Java 9 中的 PhantomReference 行为是否有所改变？还是只是Java创始人重新考虑了此类的奉献精神？

Answer 1

从Java
9开始，PhantomReference（PR）被自动清除。您会看到Javadoc更改是该更改的结果。

在Java
9之前，即使PR引用的对象get()将返回，也保持活动状态null。因此，在PR本身失效之前，尽管您无法获得对PR的引用，但该PR仍在技术上还活着。这种行为的好处不是很清楚。无论如何，公关处理将是“事前清理”。

在Java 9之后，就在入队前清除了PR（就像其他类型的弱引用/软引用一样），在PR被应用程序代码处理之前，引用对象本身就完全死了，这将是“事后清除”。