当referent不再有效时，Java WeakReference仍保持有效引用

Question

我对这个节目感到困惑：

class Point {
    private final int x;
    private final int y;
}
public class App
{
    WeakReference<Point> newPoint() {
        Point referent = new Point();
        return new WeakReference<Point>(referent); // after return, stack parameter referent is invalid.
    }
    public static void main( String[] args ) {
        App a = new App();
        WeakReference<Point> wp = a.newPoint(); // wp is hold valid or invalid reference?
        System.out.println(wp.get()); // not null
    }
}

我知道，如果弱引用指向一个不再活动的对象，它的get（）应该返回null。但在我的代码中，它似乎还活着。

我哪里出错了？

Answer 1

我知道，如果弱引用指向一个不再活动的对象，它的get（）应该返回null。但在我的代码中，它似乎还活着。

你的理解是不精确的，尤其是当它依赖于活力的概念时<一般而言，代码>参考对象，尤其是弱参考对象，与我所认识的任何生命感都没有直接关系。相反，他们关心的是可达性。

java.lang.引用#get（）的API文档（不被Weak引用覆盖）如下所示：

返回此引用对象的引用对象。如果此引用对象已被程序或垃圾收集器清除，则此方法返回null。

请注意，get（）返回null的条件非常具体：引用对象已被清除。这是通过调用给定实例的clear（）方法来实现的。正如文档所指出的，这可以由垃圾收集器或应用程序来完成。

参考子类之间的主要区别之一是垃圾收集器执行此类清除的条件。对于Weak参考s，API文档说：

假设垃圾收集器在某个时间点确定某个对象是弱可访问的。到那时，它将在原子上清除对该对象的所有弱引用[…]。

因此，在垃圾收集器确定给定对象（仅）弱可访问之前，它不会清除对该对象的弱引用。垃圾回收器可能在小程序的短暂运行期间根本没有运行，如果它确实运行了，那么在调用引用的get（）方法之前，如果能够正确地对其进行计时，以观察到所讨论的点是弱可访问的，这将是令人惊讶的。

您可以尝试通过调用系统来强制GC运行。gc（）在适当的位置。我预计这样做将导致弱引用被清除。然而，这只是为了说明目的。一般来说，您应该在适当的时候依赖Java来执行GC，而不是强制它。