android - 为什么我会想要 `setRetainInstance(false)` ？ - 或 - 处理设备旋转的正确方法

Question

如果我在这方面有任何错误，请纠正我。这是一个澄清问题，因为我没有看到它在任何地方明确写过。

在 Android 4 中，您可以在 Fragment 上调用 setRetainInstance(true)，以便在配置更改(这基本上意味着设备旋转)时，Fragment java 对象没有被销毁，也没有创建它的新实例。即保留实例。

这比在 Android 1-3 中要理智得多，也不那么令人生气，因为您不必处理 onRetainNonConfiguration State Instance() 并 bundle 所有数据，以便将其传递给新的 Fragment(或 Activity)实例，然后再次解绑。这基本上是您期望发生的事情，并且可以说它应该如何从一开始就为 Activity 工作。

使用 setRetainInstance(true)， View 也会按照您的预期在旋转时重新创建(调用 onCreateView())。我假设(未测试)资源解析(layout vs layout-land)有效。

所以我的问题有两个:

1. Activity 从一开始就不是这样的。
2. 为什么这不是默认设置？您是否有任何理由会真正希望您的 Fragment 被无意义地销毁并在轮换时重新创建？因为我想不出来。

编辑

澄清我将如何做到这一点:

class MyFragment extends Fragment
{
    // All the data.
    String mDataToDisplay;
    // etc.

    // All the views.
    TextView mViewToDisplayItIn;
    // etc.

    @Override
    public void onCreate(Bundle savedInstanceState)
    {
        super.onCreate(savedInstanceState);
        setRetainInstance(true);
        mDataToDisplay = readFromSomeFileOrWhatever(); // Ignoring threading issues for now.
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState)
    {
        return inflater.inflate(R.layout.my_fragment, container, false);
    }

    @Override
    public void onViewCreated(View view, Bundle savedInstanceState)
    {
        // At this point if mViewToDisplayItIn was not null, the old one will be GC'd.
        mViewToDisplayItIn = view.findViewById(R.id.the_text_view);
        mViewToDisplayItIn.setText(mDataToDisplay);
    }

    // Optionally:
    @Override
    public void onDestroyView()
    {
        // All the view (and activity) to be GC'd.
        mViewToDisplayItIn = null;
    }
}

Answer 1

so that on configuration changes (which basically means device rotation)

更改区域设置、更改 SIM 卡、更改默认字体大小、插入或移除外部键盘、将设备放入扩展坞或从中移除等。

you don't have to deal with onRetainNonConfigurationState()

那是 onRetainNonConfigurationInstance()。

bundle up all your data so it can be passed to the new Fragment (or Activity) instance only to be unbundled again

您的数据应该已经“bundle ”(例如，私有(private)静态内部类的实例)，因此不需要“bundle ”或“取消 bundle ”。此外，它通常不应该是“你所有的数据”，除非你是内存泄漏的粉丝。

And I assume (not tested) that resource resolution (layout vs layout-land) works.

正确。

Is there ever any reason why you would actually want your Fragment to be pointlessly destroyed and recreated on rotation?

当然。

正如您所注意到的，所有小部件都会重新创建，因此与小部件绑定(bind)的数据成员不仅不需要保留。除非您以某种方式在保留的 fragment 上专门将它们重置为 null，直到再次调用 onCreateView() 之前，这些数据成员将保留旧的小部件，而旧的小部件将保留旧 Activity 实例，这将防止该旧 Activity 实例被垃圾收集。 AFAIK，onCreateView() 直到重新显示 fragment 才会被调用，这可能不会在很长一段时间内( fragment 未在新方向中使用，或者 fragment 是ViewPager 中的某些页面，用户以旧方向访问但未以新方向重新访问等)。这意味着保留的 fragment 可能会在相当长的一段时间内保留旧的 Activity 对象。根据该 Activity 可能持有的else(例如，大型Bitmap 对象)，这可能会很糟糕。

同样，一个 fragment 本身包含大数据，在配置更改后可能会或可能不会使用该 fragment ，不应该保留。

此外，还会有一些 fragment 根本不需要保留(例如，所有数据都由 Loaders 填充，它们已经知道配置更改并适本地处理它们)。

等等。

就垃圾回收问题而言，默认不保留 fragment 是最安全的做法。您可以选择保留一些 fragment ，但是您有责任确保您不会因为这样做而搞砸自己。