空队列的PhantomReference

Question

Java允许编写：

new PhantomReference(new Object(), null)

在这种情况下new Object()将被收集？

据我了解，幻影引用是finalize() 方法使用的替代方法。

在队列中出现引用后，我需要执行一些其他操作，然后运行 clear()

Java Doc保留：

可以使用空队列创建幻影引用，但是这种引用完全没有用：其get方法将始终返回null，并且由于它没有队列，因此永远不会入队。

如果它永远不会排队，那意味着什么？

据我了解，这意味着在完成方法调用之后，引用不会添加到referenceQueue中。因此可能导致：
1.对象存储器将立即被清除
2.对象存储器将不会被清除

哪种情况正确？

Answer 1

嗯，就像您注意到的那样，a
PhantomReference不会自动清除。这意味着，只要您对保持强烈引用PhantomReference，该参照对象就可以幻影地到达。正如文档所述：“
可以通过幻像引用访问的对象将保持不变，直到清除所有此类引用或自身无法访问为止。 ”

但是，考虑何时无法访问对象（现在我正在谈论“幻像引用本身”）可能会导致很多意外。特别是因为很有可能该参考对象（不提供有用的操作）随后将不再被触摸。

由于PhantomReference没有队列将永远不会排队，并且其get()方法将始终返回null，因此它确实没有用。

那么，为什么构造函数允许构造这样一个无用的对象呢？好吧，第一个版本（1.2）的文档指出，NullPointerException如果队列为，它将抛出a
null。该语句一直持续到1.4，然后Java
5是第一个包含该语句的版本，尽管无用，您
也可以PhantomReference无队列地构造a
。我的猜测是，它总是继承超类的行为，即允许null排队，与文档相矛盾，并且很晚才被发现，因此决定保持兼容性并改编文档，而不是更改行为。

问题（甚至更难回答）是为什么a
PhantomReference不会自动清除。该文档只说一个幻影可到达对象会保留下来，这是未清除的结果，但是没有解释为什么它有任何相关性。

这个问题已经提出来了，但是答案并没有真正令人满意。它说“允许
在 对象被垃圾回收 之前
执行清理”，这甚至可能与设计决策者的想法相符，但是由于清理代码无法访问该对象，因此它是在对象执行之前还是之后都没有关系。在回收对象之后。如上所述，由于此规则取决于PhantomReference对象的可访问性，需要对对象进行可达性的优化代码转换，因此甚至有可能PhantomReference在清理代码完成之前将对象与实例一起回收，而没有任何人注意。

我在2013 年的HotSpot开发人员邮件列表中也发现了类似的问题，但也没有答案。

有一个增强请求JDK-8071507可以更改该行为并清除PhantomReferences，就像其他行为一样，对于Java
9的状态为“已修复”，实际上，其文档现在指出已像其他任何参考文献一样将其清除。

不幸的是，这意味着从Java 9开始，我文章开头的答案将是错误的。然后，无论您是否强烈引用该实例new PhantomReference(new Object(), null)，新创建的Object实例都将立即具有进行垃圾回收的资格PhantomReference。