Fragment的生命周期

Fragment 始终嵌入在Activity中，表示Activity的行为或界面部分。可以将多个Fragment组合在一个Activity中来构建多窗格UI，以及在多个Activity中重复使用某个Fragment。

Fragment有自己的生命周期，而且受宿主Activity生命周期的影响。例如，当 Activity 暂停时，其中的所有Fragment也会暂停；当 Activity 被销毁时，所有Fragment也会被销毁。 不过，当 Activity 正在运行（处于已恢复）时，可以独立操纵每个Fragment，如添加或移除它们。

创建Fragment

要创建Fragment，必须实现Fragment的子类。通常，至少应该实现以下的生命周期回调方法：

onCreate()

系统会在创建Fragment时调用此方法。应该在此函数内初始化那些在Fragment暂停或停止后，然后在恢复时需要保留的组件。

onCreateView()

系统会在Fragment首次绘制其用户界面时调用此方法。 要想为Fragment绘制 UI，那么从此方法中返回的 View 必须是Fragment布局的根视图。如果Fragment未提供 UI，您可以返回 null。

onPause()

系统将此方法作为用户离开Fragment的第一个信号（但并不总是意味着此Fragment会被销毁）进行调用。 通常应该在此方法内保存在当前用户会话结束后仍然有效的任何更改（因为用户可能不会返回）。

处理Fragment生命周期

Fragment的生命周期与Activity生命周期很相似，也以三种状态存在：

继续（Resumed）

Fragment在运行中的Activity中可见。

暂停（Paused）

另一个Activity位于前台并具有焦点，但此Fragment所在的Activity任然可见（前台Activity部分透明，或未覆盖整个屏幕）。

停止（Stoped）

Fragment不可见、宿主 Activity 已停止或Fragment已从 Activity 中移除，但已添加到返回栈。 停止的Fragment仍然处于活动状态（系统会保留所有状态和成员信息）。 不过，它对用户不再可见，如果 Activity 被终止，它也会被终止。

Activity 生命周期与Fragment生命周期的最显著差异在于它们在其各自返回栈中的存储方式。 默认情况下，Activity 停止时会被放入由系统管理的 Activity 返回栈（以便用户通过返回按钮回退到 Activity）。对于Fragment来说，在移除Fragment的事务执行时，只有通过调用 addToBackStack()
显式请求保存实例时，系统才会将Fragment放入由宿主 Activity 管理的返回栈。

与Activity生命周期的协调

Fragment所在的Activity的生命周期会直接影响Fragment的生命周期，表现为Activity的每次生命周期回调都会引发每个Fragment的类似回调。

另外，Fragment还有几个额外的生命周期回调，用于处理与Activity的唯一交互，用来执行构建和销毁Fragment UI等操作。这些额外的回调方法有：

onAttach()

在Fragment 已与 Activity 关联时调用（Activity 传递到此方法内）。

onCreateView()

调用它可创建与Fragment 关联的视图层次结构。

onActivityCreated()

在 Activity 的 onCreate() 方法已返回时调用。

onDestroyView()

在移除与Fragment关联的视图层次结构时调用。

**onDetach() **

在取消Fragment与 Activity 的关联时调用。

Fragment 生命周期示意图

fragment.png