在使用Java之前先测试一个弱引用

Question

在一个多线程的Android项目中，我看到这样的代码：

final WeakReference<MyClass> myClassObjectWeakRef =
                new WeakReference<MyClass>(aMyClassObject);

…然后在其他地方：

if (myClassObjectWeakRef.get() != null) {
  myClassObjectWeakRef.get().someMethod();
}

我很确定，如果在另一个线程中在两者之间释放了对该对象的最后一个强引用，则在检查和引用的使用之间可能存在竞争状态，但是我找不到任何文档或任何/谁会比“您可能是对的”更好地确认这一点。

我认为测试和使用弱引用的唯一正确方法是这样完成的：

MyClass myObject = myClassObjectWeakRef.get();
// we now have a strong reference, or null: standard checks apply.
if (myObject != null) {
  myObject.someMethod();
}

我非常有信心第二种方法是100％安全的，但是我想知道是否存在一些我不知道的Java /编译器糖/魔术师，这会使第一种方法安全。

那么，第一种方法是否100％安全？

Answer 1

第一种方法绝对是不安全的。每个呼叫get都是独立的。没有什么可以阻止GC在第一个之后get和第二个之前清除弱可到达的对象。

该javadoc的状态

假设垃圾收集器 在某个时间点
确定对象是弱可访问的。到那时，它将自动清除对该对象的所有弱引用，以及对所有其他弱可达对象的弱引用，这些对象都可以通过一系列强引用和软引用从该对象到达。

可以在任何时间点。调用get()，（有可能）将对对象的引用临时推入堆栈中，从而使该对象很容易达到（它在线程的堆栈上），但是当null完成比较时，可达性便消失了。在那一刻之后，GC可以确定该对象很难到达并清除其引用。然后，您会得到一个NullPointerException。

使用第二种方法。但是请注意，通过将其分配给变量，可以使引用的对象高度可访问。