碎片的生命周期
2016-03-09 11:09
363 查看
和 Activity 一样,碎片也有自己的生命周期,并且它和 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
修改 RightFragment 中的代码,如下所示:
我们在 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 参数。
摘自《第一行代码》
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 参数。
摘自《第一行代码》
相关文章推荐
- eclipse和myeclipse一键取消所有断点
- Java数组第一次remove对象抛出异常
- python逐个读取txt字符修改过后放到另一个txt文件中
- Activity的四种启动模式-图文并茂【Android】
- 【.Net】水晶报表CrystalReport粗浅入门
- 虚拟机LVM扩容
- 《java设计模式——之模板方法模式》______大军
- shell脚本学习
- c# 跟IOS DES 加密问题
- oracle笔记(约束)
- Android---自定义Dialog、Toast
- WebPack系列教程(五):使用
- 二叉树的层次遍历
- jedis连接池详解(Redis)
- 并发编程
- iOSDay04C语言数组
- 【iCore3 双核心板_FPGA】例程八:触发器实验——触发器的使用
- IntelliJ IDEA中js代码报如下警告的解决方法
- MongoDB数据库基本用法
- 关于C语言指针比较的一点事