Android四大组件(1.1)--Activity的生命周期

    本文主要参考：任玉刚老师的《Android开发艺术探索》，特此说明。

    生命周期描述的是一个类从创建到死亡(垃圾回收)的过程中会执行的7种回调方法。在这个过程中 会针对不同的生命阶段会调用不同的方法。具体如下：

• onCreate()
• onStart()
• onRusume()
• onPouse()
• onStop()
• onDestory()
• onRestart()
  

  ---

正常情况下的生命周期

    正常情况下，Activity的生面周期只有下面的七个回掉方法，具体情况如下图所示：

    onCreate()
    表示Activity正在被创建，这是Activity的第一个方法。当第一次调用一个Activity就会执行onCreate方法，onCreate方法是必须实现的回调方法，因此，在onCreate()的方法体里，主要处理以下事项：

• 调用setContentView（View view）方法加载界面布局资源，呈现用户的界面。

• 你应该初始化该activity必要的控件以及所需的数据。

  ---

    onStart()
    表示Activity正在被启动，这时Activity已经可见了，但时没有出现在前台，还无法与用户交互。这时可以理解为Activity已经显示出来，但我们还看不到。

---

    onRusume()
    表示Activity已经可见了，并且出现在前台开始活动。要注意这个和onStart的区别，onStart和onResume都表示Activity已经可见了，但是onStart的时候Activity还在后台，onResume的时候Activity已经显示在前台了。

---

    onPouse()
    表示Activity正在停止，正常情况下，紧接着OnStop就会被调用。在特殊情况下，如果这个时候快速得再回到当前的Activity，那么onResume会被调用。这种情况属于极端情况，用户操作很难重现这一场景。这时可做一些存储数据、停止动画与音乐等工作，但注意不要太耗时，因为这会影响到Activity的显示，onPouse方法必须先执行完，新的Activity的onResume才会执行。

---

    onStop()
    表示Activity即将被停职，可做一些稍微重量级的回收工作，同样不能太耗时。

---

    onDestory()
    表示Activity即将被销毁，这是Activity生命周期的最后一个回调方法，在这里我们可以做一些回收工作与最终的资源释放。

---

    onRestart()
    一般情况下，当Activity从不可见重新变为可见时，调用onRestart方法，表示Activity正在被重新启动。这种情形一般是用户行为导致的，比如按Home键切换到桌面或者用户打开了一个新的Activity，这时当前的Activity就会暂停，也就是onPause和onStop被执行了，接着用户又回到这个Activity，就会出现这种情况。

---

    生命周期的一些具体情况分析

• 一个特定Activity的第一次启动：onCreate->onStart->onResume；

• 打开一个新的Activity或者切换到桌面时:

  • a.正常情况：onPause->onStop;
  • b.Activity采用透明主题时，当前Activity不会回调onStop;
• 再回到原Activity时：onRestart->onStart->onResume ;
• 当用户按Back回退键时：onPause->onStop->onDestroy;
• 当Activity被系统回收后再次打开：onCreate->onStart->onResume；
• 当前A界面跳到B界面：onPause(A)->onCreate(B)->onStart(B)->onResume(B)->onStop(A)；
  

  ---

特殊情况下的生命周期

    我们知道Activity除了受用户操作所导致的正常的生命周期的调动，还会有一些异常情况，比如当资源相关的配置发生改变以及内存不足时，Activity就会被杀死。下面我们具体分析这两种情况。

---

资源相关的系统配置改变导致Activity被杀死并重新创建
    以横竖屏的切换为例，当手机屏幕由横屏切换到竖屏或由竖屏切换到横屏时，由于系统配置改变，在默认情况下，Activity会被销毁并重建，此时生命周期如下图所示。

    当系统配置发生改变时，Activity就会销毁并且重建，其onPause, onStop, onDestory均会被调用。因为实在异常情况下终止的，所以系统会调用onSaveInstanceState 来保存当前Activity状态。这个方法是在onStop之前，与onPause没有固定的时序关系。当Activity重建的时候系统会调用onRestoreInstanceState方法，并且把Activity销毁时的onSaveInstanceState所保存的Bundle作为对象传递给onRestoreInstanceState和onCreate方法。因此我们可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建，如果重建，我们就可以取出之前保存的数据并恢复，从时序上来说，onRestoreInstanceState的调用会在onStart之后。
    恢复工作是系统自动完成的，此时系统会默认我们保存当前Activiry的视图结构，并会在Activity重启之前恢复这些数据，比如文本框中输入的信息，ListView滚动的位置等等。

---

资源内存不足时导致低优先级的Activity被杀死
    这里我们先来看看Activity的优先级情况。
    1. 前台Activity–正在和用户交互的Activity，优先级最高
    2.可见但非前台Activity–Activity中弹出的对话框导致Activity可见但无法交互
    3.后台Activity–已经被暂停的Activity，比如执行onStop,优先级最低
    当系统内存不足时，系统会按照上述优先级来杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。
如何避免在异常情况下Activity的重建
    系统配置有很多内容，当某项改变时，我们不想让Activity重新创建可以在AndroidMainfest中给Activity指定configChanges属性。比如

 android:configChanges="orientation"

     如果需要指定多个值可以用“|”隔开，比如

 android:configChanges="orientation|keyboardHidden"

    configChanges属性非常多， 具体可参考官方文档。常用的有locale, orientation和keyboardHidden这三个。
    locale：语言发生改变，用户选择了一个新的语言，文字应该重新显示
    orientation：设备旋转，横向显示和竖向显示模式切换。
    keyboardHidden：键盘发生改变，例如，用户使用了硬件键盘