java - 通过配置更改保留对象的静态模式

Question

我有足够的经验来了解配置更改。我知道如何保存和恢复 View、Activity、Fragment 或其他内容的实例状态，并且我知道我们应该依赖它，而不是简单地使对象静态。

这个问题是关于字段的静态性。在“纯 Java”中，将对象声明为静态的目的是为了在实例之间共享该对象。在 Android 系统中，当重新创建实例并清除其字段时，声明 static 字段也是让它在配置更改中幸存下来的快速方法。

示例:

public class FooFragment extends Fragment {

    private static Object sObject;

    public void onViewCreated(View view, Bundle savedInstanceState) {
        if (savedInstanceState == null) {
            sObject = new Object();
            sObject.toString();
        } else {
            sObject.toString();
        }
    }

}

在这种情况下，sObject 可以在创建 fragment 时初始化，并在重新创建 fragment 时获取。当我们的类本身不是静态的、被设计为基类或者是抽象类时，就会出现问题。

public abstract class BaseFragment extends Fragment {

    protected static Object sObject;
}

public class FooFragment extends BaseFragment {

    public void onViewCreated(View view, Bundle savedInstanceState) {
        if (savedInstanceState == null) {
            sObject = new Object();
            sObject.toString();
        } else {
            sObject.toString();
        }
    }
}

public class BarFragment extends BaseFragment {

    public void onViewCreated(View view, Bundle savedInstanceState) {
        if (savedInstanceState == null) {
            sObject = new Object();
            sObject.toString();
        } else {
            sObject.toString();
        }
    }
}

现在，FooFragment 和 BarFragment 都将访问(并且不可预测地使用)sObject 的同一实例。这就是静态的要点，但不是我们想要的。我们希望 FooFragment 和 BarFragment 拥有自己的 sObject；我们只是希望它能够承受配置更改和平台驱动的娱乐。

问题

如何为这个目标设计基类？

这是我的想法，但我确信还有更好的东西。

public abstract class BaseFragment extends Fragment {

    private static HashMap<String, Object> sObjects;

    public void onViewCreated(View view, Bundle savedInstanceState) {
        if (savedInstanceState == null) {
            Object o = new Object();
            sObjects.put(getClass().getName(), o);
        }
    }

    protected final Object getObject() {
        return sObjects.get(getClass().getName());
    }
}

基本上，我保留一个静态映射，按子类名称进行索引。

Answer 1

基本上，您正在实现一个全局缓存。事实上，您碰巧使用它来更改配置只是一个细节。因此，您需要考虑全局缓存的标准内容。例如，考虑 HashMap<String, WeakReference<Object>> ，因此如果您无法从 HashMap 中删除对象由于编码错误或未处理的异常，长期影响将是适度的。

就更多特定于 Android 的考虑而言，进入该缓存的任何内容都不应依赖于配置，例如从字符串资源中剔除的字符串的值。这些需要重建，因为配置更改可能会影响它们的值(value)。

此外，进入该缓存的任何内容都不应该依赖于预配置更改环境，例如前一个 Activity 拥有的 View ，以帮助减少内存泄漏。

虽然您认为保留 fragment 不合适，但您可以考虑查看它们的实现或其他全局缓存(例如毕加索的图像缓存)的实现，以获得可能发生在您身上的其他想法。