和 Activity 一样,碎片也有自己的生命周期,并且它和 Activity 的生命周期实在是太像了。
1. 碎片的状态和回调
还记得每个 Activity 在其生命周期内可能会有哪几种状态码?没错,一共有运行状态、暂停状态、停止状态和销毁状态这四种。类似地,每个碎片在其生命周期内也可能会经历这几种状态,只不过在一些细小的地方会有部分区别。
- 运行状态
当一个碎片是可见的,并且它所关联的 Activity 正处于运行状态时,该碎片也处于运行状态。
- 暂停状态
当一个 Activity 进入暂停状态时(由于另一个未占满屏幕的 Activity 被添加到了栈顶),与它相关联的可见碎片就会进入到暂停状态。
- 停止状态
当一个 Activity 进入停止状态时,与它相关联的碎片就会进入到停止状态。或者通过调用 FragmentTransaction 的 remove()、replace() 方法将碎片从 Activity 中移除,但有在事务提交之前调用 addToBackStack() 方法,这时的碎片也会进入停止状态。总的来说,进入停止状态的碎片对用户来说是完全不可见的,有可能会被系统回收。
- 销毁状态
碎片总是依附于 Activity 而存在的,因此当 Activity 被销毁时,与它相关联的碎片就会进入到销毁状态。或者通过调用 FragmentTransaction 的 remove()、replace() 方法将碎片从 Activity 中移除,但在事务提交之前并没有调用 addToBackStack() 方法,这时的碎片也会进入到销毁状态。
结合之前的 Activity 状态,相信理解起来应该毫不费力。同样地,Fragment 类中也提供了一系列的回调方法,以覆盖碎片生命周期的每个环节。其中,Activity 中有的回调方法,碎片中几乎都有,不过碎片还提供了一些附加的回调方法,那我么就重点来看下这几个回调。
- onAttach()
当碎片和 Activity 建立关联的时候调用。
- onCreateView()
为碎片创建视图(加载布局)时调用。
- onActivityCreated()
确保与碎片相关联的 Activity 一定已经创建完毕的时候调用。
- onDestroyView()
当与碎片关联的视图被移除的时候调用。
- onDetach()
当碎片和 Activity 解除关联的时候调用。
碎片完整的生命周期示意图可参考图 4.8,图片源自 Android 官网。
图 4.8
2. 体验碎片的生命周期
为了让你能够更加直观地体验碎片的生命周期,我们还是通过一个例子来实践一下。例子很简单,仍然是在 FragmentTest 项目的基础上改动的。
修改 RightFragment 中的代码,如下所示:
public class RightFragment extends Fragment {
public static final String TAG = "RightFragment";
@Override
public void onAttach(Activity activity) {
super.onAttach(activity);
Log.d(TAG, "onAttach");
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.d(TAG, "onCreate");
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
Log.d(TAG, "onCreateView");
View view = inflater.inflate(R.layout.right_fragment, container, false);
return view;
}
@Override
public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
Log.d(TAG, "onActivityCreated");
}
@Override
public void onStart() {
super.onStart();
Log.d(TAG, "onStart");
}
@Override
public void onResume() {
super.onResume();
Log.d(TAG, "onResume");
}
@Override
public void onPause() {
super.onPause();
Log.d(TAG, "onPause");
}
@Override
public void onStop() {
super.onStop();
Log.d(TAG, "onStop");
}
@Override
public void onDestroyView() {
super.onDestroyView();
Log.d(TAG, "onDestroyView");
}
@Override
public void onDestroy() {
super.onDestroy();
Log.d(TAG, "onDestroy");
}
@Override
public void onDetach() {
super.onDetach();
Log.d(TAG, "onDetach");
}
}
我们在 RightFragment 中的每一个回调方法里都加入了打印日志的代码,然后重新运行程序,这时观察 LogCat 中的打印信息,如图 4.9 所示。
图 4.9
可以看到,当 RightFragment 第一次被加载到屏幕上时,会依次执行 onAttach()、onCreate()、onCreateView()、onActivityCreated()、onStart() 和 onResume() 方法。然后点击 LeftFragment 中的按钮,此时打印信息如图 4.10 所示。
图 4.10
由于 AnotherRightFragment 替换了 RightFragment,此时的 RightFragment 进入了停止状态,因此 onPause()、onStop() 和 onDestroyView() 方法会得到执行。当然如果在替换的时候没有调用 addToBackStack() 方法,此时的 RightFragment 就会进入销毁状态,onDestroy() 和 onDetach() 方法就会得到执行。
接着按下 Back 键,RightFragment 会重新回到屏幕,打印信息如图 4.11 所示。
图 4.11
由于 RightFragment 重新回到了运行状态,因此 onActivityCreated()、onStart() 和 onResume() 方法就会得到执行。注意此时 onCreate() 和 onCreateView() 方法并不会执行,因为我们借助了 addToBackStack() 方法使得 RightFragment 和它的视图并没有销毁。
再次按下 Back 键退出程序,打印信息如图 4.12 所示。
图 4.12
依次会执行 onPause()、onStop()、onDestroyView()、onDestroy() 和 onDetach() 方法,最终将 Activity 和碎片一起销毁。
另外值得一提的是,在碎片中也是可以通过 onSaveInstanceState() 方法来保存数据的,因为进入停止状态的碎片有可能在系统内存不足的时候被回收。保存下来的数据在 onCreate()、onCreateView() 和 onActivityCreated() 这三个方法中你都可以重新得到,它们都含有一个 Bundle 类型的 savedInstanceState 参数。
摘自《第一行代码》