使用Fragment的setRetainInstance（true）真的是处理旋转变化的好方法吗

Question

我指的是为什么使用碎片#html" target="_blank">setRetainInstance（布尔值）？

我这样要求的原因是活动要处理轮换，官方活动文档鼓励我们让活动在轮换期间关闭并重新启动。

android:configChanges列出活动将自行处理的配置更改。在运行时发生配置更改时，默认情况下会关闭并重新启动活动，但使用此属性声明配置将阻止重新启动活动。相反，活动将保持运行，并调用其onConfigurationChanged（）方法。注意：应避免使用此属性，并仅作为最后手段使用。有关如何正确处理由于配置更改而重新启动的更多信息，请阅读处理运行时更改。

任何更改此活动默认行为的尝试似乎都是不好的做法。为了避免活动在重新启动期间重新加载耗时的数据结构，我们使用了onretainonconfigurationinstance和getLastNonConfigurationInstance-正式处理运行时更改

然而，当谈到处理片段中的旋转时，谷歌是否给了我们不同的建议？他们不想让我们关闭并重新启动Fragment？

公共对象OnRetainOnConfiguration实例（）

此方法在API级别13中不建议使用。改为使用新的碎片API setRetainInstance（布尔值）；这也可以通过Android兼容性包在旧平台上使用。

1. 为什么Google鼓励我们在轮换期间关闭并重新启动活动，但鼓励我们在轮换期间保留碎片？
2. 如果setRetainInstance（true）在处理轮换方面很好，为什么Google不把它作为片段的默认行为？

Answer 1

因为你误解了它的用途setRetainInstance（true）只能在类似于solo元素/模块的片段中使用。处理套接字等的片段。一个没有GUI的人从保留中真正受益。带有GUI的片段可能不应该使用setRetainInstance（true）。此外，任何返回到backbackback的片段都不应使用setRetainIstance（true）。

您可以将其泛化为只处理数据/连接等的任何片段。应该使用setRetainInstance（true）。但是有很多不同的方法来使用碎片，这不会受益于setRetainInstance（true）。

Answer 2

>

配置更改：当屏幕突然变得更宽、高度更低（典型的景观）时，视觉组件很容易更新其显示，并更智能地使用可用的屏幕。配置更改的另一个示例是用户滑动硬件键盘、设备语言更改等。为什么重新开始：

>

此外，在Android中，活动的生存受系统支配，因此，活动生命周期的设计（和推荐）很自然，它能够根据需要随时重新创建自己，就像它被破坏之前一样。此模式适应所有重新启动，这些重新启动也是由于配置更改引起的。如果您使您的活动和片段能够保持永久状态，那么配置更改就不会有那么大的问题。

保留状态数据（模型），而不是显示它的内容（UI和视图）。

setRetainInstance（true）：建议仅与不包含任何引用的片段一起使用，这些片段将在旋转时重新创建。这意味着您不应该在包含上下文、视图等的任何片段上使用它。一个典型的视觉片段可以。但是它对于包含运行线程、异步任务、数据收集、加载资产、获取结果等对象的碎片非常有用。此方法有助于将非可视片段用作活动的非上下文相关对象的可拆卸支架。