了解Fragment的setRetainInstance（boolean）

从文档开始：

public void setRetainInstance（布尔值保留）

控制是否在活动重新创建期间保留片段实例（例如，通过配置更改）。这只能与不在后堆栈中的片段一起使用。如果设置，则重新创建活动时片段的生命周期将略有不同：

• onDestroy（）不会被调用（但是onDetach（）仍然会被调用，因为该片段正在从其当前活动中分离出来）。
• 由于不会重新创建片段，因此不会调用onCreate（Bundle）。
• onAttach（Activity）和onActivityCreated（Bundle）仍将被调用。

我有一些疑问：

• 片段是否还保留其视图，还是会在配置更改时重新创建该视图？“保留”到底是什么意思？

• 用户离开活动时，碎片会被破坏吗？

• 为什么它对后堆栈上的片段不起作用？

• 在哪些使用案例中使用此方法有意义？

首先，检查出我的岗位上保留碎片。这可能会有所帮助。

现在回答您的问题：

片段是否还保留其视图状态，还是会在配置更改时重新创建该视图状态-“保留”的确切含义是什么？

是的，Fragment的状态将在配置更改中保留。具体来说，“保留”是指片段不会在配置更改时被破坏。也就是说，即使配置更改导致基础结构被破坏，Fragment也将保留Activity。

用户离开活动时，碎片会被破坏吗？

就像Activitys 一样，Fragment当内存资源不足时，s可能会被系统破坏。是否让片段在配置更改期间保留其实例状态，将对Fragment离开s后系统是否销毁s 没有影响Activity。如果离开Activity（即按home键），则FragmentS可以或可以不被破坏。如果Activity通过按“后退”按钮离开，（因此，调用finish()并有效销毁Activity），则所有Activity连接的Fragments也将被销毁。

为什么它对后堆栈上的片段不起作用？

为什么不支持它可能有多种原因，但是对我来说，最明显的原因是，该方法Activity持有对的引用FragmentManager，并FragmentManager管理后退堆栈。也就是说，无论您选择保留Fragment还是不保留，配置更改都会破坏Activity（并因此而导致FragmentManager的堆栈）。之所以不起作用的另一个原因是，如果允许保留的碎片和未保留的碎片都被允许存在于同一backstack中，那么事情可能会变得棘手。

在哪些使用案例中使用此方法有意义？

保留的片段对于在活动实例之间传播状态信息（尤其是线程管理）非常有用。例如，一个片段可以充当Thread或实例的主机，以AsyncTask管理其操作。有关更多信息，请参阅我的博客文章。

总的来说，我会把它当作onConfigurationChanged和Activity...一样使用。不要仅仅因为你太懒而无法正确实现/处理方向改变，就把它当作创可贴。仅在需要时使用它。

setRetaininstance仅在activity由于配置更改而销毁并重新创建您的计算机时，此命令才有用，因为在调用时会保存实例onRetainNonConfigurationInstance。也就是说，如果旋转设备，保留的片段将保留在那里（它们不会被销毁和重新创建。），但是当运行时终止活动以回收资源时，将一无所有。当您按下“后退”按钮并退出活动时，一切都将被销毁。

通常我使用此功能来保存更改方向的时间，比如说我已经从服务器下载了一堆位图，每个位图都是1MB，当用户不小心旋转设备时，我当然不想再做所有的下载工作。我创建了一个Fragment保存我的位图并将其添加到管理器并调用setRetainInstance，即使屏幕方向发生变化，所有位图仍然存在。

SetRetainInstance（true）允许片段幸存。其成员将在配置更改（例如旋转）期间保留。但是当在后台杀死活动时，它仍然可能被杀死。如果后台包含的活动被系统杀死，则应由您在onSaveInstanceState上正确处理的系统保存它的instanceState。换句话说，将始终调用onSaveInstanceState。尽管如果SetRetainInstance为true且片段/活动尚未被杀死，则不会调用onCreateView，但如果它被杀死并试图带回，则仍将调用它。

以下是对android活动/片段希望有所帮助的一些分析。 http://ideaventure.blogspot.com.au/2014/01/android-activityfragment-life-cycle.html

setRetainInstance（）-不建议使用

作为片段版本1.3.0-alpha01

片段上的setRetainInstance（）方法已被弃用。随着ViewModels的引入，开发人员拥有了一个特定的API，用于保留可以与Activity，Fragments和Navigation图相关联的状态。这使开发人员可以使用正常的，未保留的Fragment并将他们想要保留的特定状态分开，避免泄漏的共同原因，同时保留单个创建和销毁保留状态的有用属性（即ViewModel的构造函数）以及收到的onCleared（）回调）。

当您想拥有一些与Activity生命周期无关的组件时，setRetainInstance（boolean）很有用。例如，rxloader使用此技术来“处理rxjava的Observable的Android活动生命周期”（我在这里找到）。