【发布时间】：2011-02-24 13:09:00
【问题描述】：
我有一个关于类加载/垃圾收集如何在 Android 中工作的问题。我们已经多次偶然发现这个问题，据我所知，Android 在这里的行为与普通 JVM 不同。
问题是这样的：我们目前正在尝试减少应用程序中的单例类，转而使用单个根工厂单例，其唯一目的是管理其他管理器类。如果你愿意的话，一个顶级经理。这使我们无需选择完整的 DI 解决方案即可轻松替换测试中的实现，因为所有活动和服务共享对该根工厂的相同引用。
它是这样的：
public class RootFactory {
private static volatile RootFactory instance;
@SuppressWarnings("unused")
private Context context; // I'd like to keep this for now
private volatile LanguageSupport languageSupport;
private volatile Preferences preferences;
private volatile LoginManager loginManager;
private volatile TaskManager taskManager;
private volatile PositionProvider positionManager;
private volatile SimpleDataStorage simpleDataStorage;
public static RootFactory initialize(Context context) {
instance = new RootFactory(context);
return instance;
}
private RootFactory(Context context) {
this.context = context;
}
public static RootFactory getInstance() {
return instance;
}
public LanguageSupport getLanguageSupport() {
return languageSupport;
}
public void setLanguageSupport(LanguageSupport languageSupport) {
this.languageSupport = languageSupport;
}
// ...
}
initialize 在Application.onCreate 中被调用一次，即在任何活动或服务启动之前。现在，问题来了：getInstance 方法有时会返回为null——即使是在同一个线程上调用！听起来这不是能见度问题。相反，类级别的静态单例引用保留似乎实际上已被垃圾收集器清除。也许我在这里草率下结论，但这可能是因为 Android 垃圾收集器或类加载机制实际上可以在内存不足时 unload 类，在这种情况下，对单例实例的唯一引用将消失离开？我对 Java 的内存模型并不是很深入，但我认为这不应该发生，否则这种实现单例的常用方法在任何 JVM 上都不起作用，对吧？
知道为什么会这样吗？
PS：可以通过在单个应用程序实例上保留“全局”引用来解决此问题。事实证明，当人们必须在应用程序的整个生命周期中始终保持对象时，这是可靠的。
更新
显然我在这里使用 volatile 引起了一些混乱。我的目的是确保静态引用的当前状态对所有访问它的线程始终可见。我必须这样做，因为我从多个线程中编写和读取该引用：在一个普通的应用程序中只在主应用程序线程中运行，但在一个仪器测试运行中，对象被替换为模拟，我从检测线程并在 UI 线程上读取它。我也可以同步对getInstance 的调用，但这更昂贵，因为它需要声明对象锁。有关此问题的更详细讨论，请参阅 What is an efficient way to implement a singleton pattern in Java?。
【问题讨论】：
-
我在从 Instrumentation 运行时也看到过这种行为。我有兴趣看到答案。但感谢有关
volatile的提示；我去看看。 -
"initialize 在 Application.onCreate 中被调用一次，即在任何 Activity 或 Service 启动之前" --> 对此的任何引用？
-
一个有用的步骤是将日志记录添加到
initialize()和getInstance()，并确认在前者之前永远不会调用后者。此外，将日志记录添加到更新instance的任何内容中。垃圾收集器不会 NULL 字段输出，即使 Android 确实卸载了类，它也只会在同一 ClassLoader 加载的 all 类可以被丢弃的情况下这样做。请注意，当应用程序被系统杀死并重新启动时，所有静态字段本质上都是“重置”。 -
你有没有弄明白这个？仅供参考：Effective Java 2nd Edition 第 262 页第 66 条中介绍了静态 volatile 的示例。如前所述，需要 volatile 以确保实例的最新值对所有线程都是可见的。不过，使用枚举或其他同步技术可能是值得的。就目前而言，没有什么能阻止客户端违反假定的单例不变量，因为每次调用初始化都会创建另一个实例。
标签： java android garbage-collection singleton classloader