Android生命周期

介绍，理解  

  在 Android 中，多数情况下每个程序都是在各自独立的 Linux 进程中运行的。当一个程序或其某些部分被请求时，它的进程就“出生”了；当这个程序没有必要再运行下去且系统需要回收这个进程的内存用于其他程序时，这个进程就“死亡”了。可以看出，Android 程序的生命周期是由系统控制而非程序自身直接控制。这和我们编写桌面应用程序时的思维有一些不同，一个桌面应用程序的进程也是在其他进程或用户请求时被创建，但是往往是在程序自身收到关闭请求后执行一个特定的动作（比如从 main 函数中 return）而导致进程结束的。要想做好某种类型的程序或者某种平台下的程序的开发，最关键的就是要弄清楚这种类型的程序或整个平台下的程序的一般工作模式并熟记在心。在 Android 中，程序的生命周期控制就是属于这个范畴——我的个人理解:)

在 Android 系统中，当某个activity调用 startActivity(myIntent) 时，系统会在所有已经安装的程序中寻找其 intent filter 和 myIntent 最匹配的一个 activity，启动这个进程，并把这个 intent 通知给这个 activity。这就是一个程序的“生”。比如我们在 Home application 中选择 “Web browser”，系统会根据这个 intent 找到并启动 Web browser 程序，显示 Web browser 的一个 activity 供我们浏览网页（这个启动过程有点类似我们在在个人电脑上双击桌面上的一个图标，启动某个应用程序）。在 Android 中，所有的应用程序“生来就是平等的”，所以不光Android 的核心程序甚至第三方程序也可以发出一个 intent 来启动另外一个程序中的一个 activity。Android 的这种设计非常有利于“程序部件”的重用。

     一个 Android 程序的进程是何时被系统结束的呢？通俗地说，一个即将被系统关闭的程序是系统在内存不足（low memory）时，根据“重要性层次”选出来的“牺牲品”。一个进程的重要性是根据其中运行的部件和部件的状态决定的。

各种进程按照重要性从高到低排列如下：
  1. 前台进程。这样的进程拥有一个在屏幕上显示并和用户交互的 activity 或者它的一个IntentReciver 正在运行。这样的程序重要性最高，只有在系统内存非常低，万不得已时才会被结束。
  2. 可见进程。在屏幕上显示，但是不在前台的程序。比如一个前台进程以对话框的形式显示在该进程前面。这样的进程也很重要，它们只有在系统没有足够内存运行所有前台进程时，才会被结束。
  3. 服务进程。这样的进程在后台持续运行，比如后台音乐播放、后台数据上传下载等。这样的进程对用户来说一般很有用，所以只有当系统没有足够内存来维持所有的前台和可见进程时，才会被结束。
  4. 后台进程。这样的程序拥有一个用户不可见的 activity。这样的程序在系统内存不足时，按照 LRU的顺序被结束。
  5. 空进程。这样的进程不包含任何活动的程序部件。系统可能随时关闭这类进程。

从某种意义上讲，垃圾收集机制把程序员从“内存管理噩梦”中解放出来，而 Android 的进程生命周期管理机制把用户从“任务管理噩梦”中解放出来。我见过一些 Nokia S60 用户和 Windows Mobile 用户要么因为长期不关闭多余的应用程序而导致系统变慢，要么因为不时查看应用程序列表而影响使用体验。Android 使用 Java 作为应用程序API，并且结合其独特的生命周期管理机制同时为开发者和使用者提供最大程度的便利。

Activity有三种基本状态：

Active：处于屏幕前景（当前task的栈顶Activity处于Active状态），同一时刻只能有一个Activity处于Active状态；

Paused状态：处于背景画面画面状态，失去了焦点，但依然是活动状态；

stopped：不可见，但依然保持所有的状态和内存信息。

可以调用finish()结束处理Paused或者stopped状态的Activity。

各种状态之间通过下列的函数调用转换：

void onCreate(Bundle savedInstanceState)
void onStart()
void onRestart()
void onResume()
void onPause()
void onStop()
void onDestroy()

Activity的生命周期图示：

    

                                                                     生命周期图示一

 

                                                                           生命周期图示二

事件方法链

　　1. 进入Activity

　　　onCreate  -> onStart  ->  onResume

　　2. BACK键

　　　onPause　->　onStop　->　onDestroy

　　3. HOME键

　　　Home键退出：onPause　->　onStop 

　　　Home键回来：onRestart ->  onStart　->　onResume   

　　4. 休眠/恢复

　　　　休眠：　　onPause

　　　　恢复：　　onResume

　　5. 旋转屏幕

　　　未设置android:configChanges：

　　 onPause  ->  onStop  ->  onDestory  ->  onCreate  -> onStart  ->  onResume 

　     设置了android:configChanges="orientation|keyboardHidden"：

　　　不会触发生命周期方法。 

　  6. 来电

　　　 来电，显示来电界面：

　　　 onPause  ->  onStop

　　　 关闭电话界面，重新回到当前Activity：

　　　 onRestart ->  onStart　->　onResume

　　7. 其他Activity 

　　  进入下一个Activity：

　　　onPause  ->  onStop

　　　从其他Activity返回至当前Acitivity：

　　　onRestart ->  onStart　->　onResume

与Activity生命周期结合的应用场景

　　1. 与广播(Broadcast)结合 

　　　在onResume注册广播(registerLinstener)，在onPause注销广播(unregisterLinstener)。 例如：

　　　做"摇一摇"功能（传感器）、监听网络变化，就可以在onResume中注册监听，在onPause里注销掉，已节省资源提高效率。

　　　2. 与服务(Service)结合

　　　 在onStart绑定服务(bindService)，在onStop中取消绑定(unbindService)。 例如： 

　　　　需要通过Service定时更新UI上的数据，而Activity的可见周期在onStart与onStop之间，那么就可以再onStart时启动服务，在onStop时停止服务。为了节约系统资源，除了提高用户体验以外，开发人员应尽可能的优化程序。

　　　 3. 与Cursor结合

　　　　　使用managedQuery让Activity帮你管理Cursor的生命周期，不用自己去close。但也有一些问题，补充两篇文章：这里1、 这里2。

　　　 4. 释放资源

　　　　　可以在onDestory中释放一些资源。比如可以在onDestory时调用MediaPlayer的release。

面试题：

        activity对一些资源以及状态的操作保存，最好是保存在生命周期的哪个函数中进行(A) 。

        A、onPause() B、onCreate() C、 onResume() D、onStart()

        答：从onStart()->onCreate()->onResume(),然后再是用户在页面的操作，若要保存用户操作后的数据的话，就得等用户打开其他activity时，再来保存之前activity里的东 西，在事件方法链里，进入下一个Activity()的事件链是onPause  ->  onStop，所以应该选A。也可以用另外一种方法解释，需要activity保存一些资源的时候，那就是说activity将不在是running状态，根据上面生命周期图示一可知，这时将执行onPause()函数，所以选A。

 

注意：

　　　 1. 所有Activity生命周期方法的实现都必须先调用其父类版本。

　　　2. 由于Activity经常会暂停和恢复之间切换，所以onResume和onPause这两个方法应当是轻量级的。

　　　3. 在系统再某种紧急情况下需要回收内存，onStop、onDestory可能不会被调用，因此需要在onPause中把需要长期保存的数据保存起来

       4. 深入了解请看文章Android Activity 生命周期的透彻理解