了解片段的setRetainInstance（布尔）

Question

从文档开始：

public void setRetainInstance（布尔保留）

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

• 将不调用onDestroy（）（但仍将调用onDetach（），因为该片段正在与其当前activity分离）。
• 由于未重新创建片段，因此不会调用onCreate（Bundle）。
• 仍将调用OnAttach（activity）和onActivityCreated（Bundle）。

我有些问题：

>

片断是否也保留它的视图，还是在配置更改时重新创建它？“保留”到底是什么意思？

当用户离开activity时，碎片会被销毁吗？

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

在哪些用例中使用这种方法是有意义的？

Answer 1

首先，看看我关于保留片段的帖子。也许会有帮助。

现在回答大家的问题：

片断是否也保留其 视图 状态，还是在配置更改时重新创建它--什么是“保留”？

是的，片段的状态将在整个配置更改过程中保留。具体地说，“保留”意味着片段不会在配置更改时被销毁。也就是说，片段将被保留，即使配置更改导致底层activity被破坏。

当用户离开activity时，碎片会被销毁吗？

就像activitys一样，片段s在内存资源不足时可能会被系统破坏。当您离开activity时，是否让片段在配置更改过程中保留其实例状态，对系统是否会破坏片段没有影响。如果您保留activity（即通过按home按钮），片段可能会被销毁，也可能不会被销毁。如果您通过按下后退按钮离开activity（因此调用finish()并有效地销毁activity)，则所有activity附加的片段也将被销毁。

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

不支持它可能有多种原因，但对我来说最明显的原因是activity持有对FragmentManager的引用，而FragmentManager管理背栈。也就是说，无论您是否选择保留片段，activity（因此FragmentManager的后座堆栈）都将在配置更改时被销毁。另一个可能不起作用的原因是，如果允许保留的片段和非保留的片段同时存在于同一个backstack上，事情可能会变得棘手。

在哪些用例中使用这种方法是有意义的？

保留的片段对于跨activity实例传播状态信息（特别是线程管理）非常有用。例如，片段可以充当thread或asynctask实例的宿主，管理其操作。有关更多信息，请参阅我关于此主题的博客文章。

通常，我将类似于使用onConfigurationChanged和activity...不要仅仅因为你懒得正确地实现/处理一个方向改变，就把它当作一个绷带。只有在需要的时候才用。