活动的生命周期 activity

活动的生命周期 activity

2010年06月27日 星期日 23:10

活动的生命周期 维护一个 Activity 的生命周期非常重要，因为 Activity 随时会被系统回收掉。 生命周期 作者在初级章节中一直努力地传达给读者：编写 Android 平台的基本应用程序，跟编 写 桌面应用程序的难度，两者并没什麽不同。甚至因为 Android 平台拥有免费、跨平台的开 发工具，使得 Android 平台应用程序的开发更为单纯。 但是请别忘了， Android 平台也是个手机操作系统。撇掉其他功能不谈，手机的特性， 就是应该能随时在未完成目前动作的时候，离开正在使用的功能，切换到接电话、接收简 讯 模式 ... 而且在接完电话回来应用程序时，还希望能看到一样的内容。 现在使用者使用智慧型手机，大多已习惯使用多工 (Multi-Task) 的操作系统 ( 如 Window s Mobile) ，可以在用手机听音乐的同时，也执行其他多个程序。同时执行多个程序有它的明 显好处，但是也有它的严重的缺点。每多执行一个应用程序，就会 多耗费一些系统记忆体 。 而手机裡的记忆体是相当有限的。当同时执行的程序过多，或是关闭的程序没有正确释放 掉 记忆体，执行系统时就会觉得越来越慢，甚至不 稳定。 为了解决这个问题， Android 引入了一个新的机制 -- 生命周期 (Life Cycle) 。 行程 应用程序（一个个 Activity ）执行的状态称为行程 (process) 。在 Android 操作系统 中 ， 每个应用程序都是一个行程。 Android 系统平台 ( 准确的说是 Dalvik 虚拟机 ) 会维护一个 唯 一的 Activity 历史记录堆叠，并从旁观察每个应用程序行程。系统平台会依照系统的记 忆 体状况，与 Activity 的使用状态，来管理记忆体的使用。 Activity 类别除了负责运行程序流程，与操作界面元件之外，最重要的，就是它提供 了 开发者控制行程生命周期的函式。我们已经相当习惯在 OnCreate ( 建立行程时的行为 ) 函 式 中，加入我们对这个 Activity 执行流程的控制。在前面遇到的范例中，我们并不需要对 除 了 OnCreate 之外的行为做出改变。不过理解行程的生命周期，将为我们继续深入 Androi d 开发打下基础。 为什麽要了解生命周期 Android 应用程序的生命周期是由 Android 框架进行管理，而不是由应用程序直接控制。 通常，每一个应用程序（入口一般会是一个 Activity 的 onCreate 方法），都会占据 一个行程 (Process) 。当系统记忆体即将不足的时候，会依照优先级自动进行行程 (process ) 的回收。不管是使用者或开发者， 都无法确定的应用程序何时会被回收。 一个 Activity 类别除了 OnCreate 函式之外，还预先定义了 OnPause( 暂停行程时的 行 为 ) 、 OnResume( 继续行程时的行为 ) 等等的基本行为，当从一个 Activity 切换到另一个 Activity 的时候，原本的 Activity 将经过一连串的状态改变。开发者可以在程序中添加 一些各状态相对应的流程，每次 Activity 改变状态时，就会执行相对应的流程。 要让使用者有好的使用经验， Activity 需要在各个周期点上负责保管状态、恢复状态、 传送资料等工作。 Activity 的状态 Android 的虚拟机 (VM) 是使用堆叠 (Stack based) 管理。主要有四种状态： * Active ( 活动 ) * Paused ( 暂停 ) * Stopped ( 停止 ) * Dead ( 已回收或未启动 ) Active ( 活动 ) "Active" 状态是使用者启动应用程序或 Activity 后， Activity 运行中的状态。 在 Android 平台上，同一个时刻只会有一个 Activity 处于活动 (Active) 或运行 (Running) 状态。其他的 Activity 都处于未启动 (Dead) 、停止 (Stopped) 、或是暂停 (Paus e) 的状态。 Paused ( 暂停 ) "Paused" 状态是当 Activity 暂时暗下来，退到背景画面的状态。 当我们使用 Toast 、 AlertDialog 、或是电话来了时，都会让原本运行的 Activity 退 到背景画面。新出现的 Toast 、 AlertDialog 等界面元件盖住了原来的 Activity 画面。 Activity 处在 "Paused" 状态时，使用者无法与原 Activity 互动。 Stopped ( 停止 ) Stopped" 状态是有其他 Activity 正在执行，而这个 Activity 已经离开萤幕，不再 动 作的状态。 透过长按 "Home" 钮，可以叫出所有处于 "Stopped" 状态的应用程序列表。 在 "Stopped" 状态的 Activity ，还可以透过 "Notification" 来唤醒。 "Notification" 会在后面章节中解说。 Dead ( 已回收或未启动 ) "Dead" 状态是 Activity 尚未被启动、已经被手动终止，或已经被系统回收的状态。 要手动终止 Activity ，可以在程序中呼叫 "finish" 函式。我们在加入选单一章中已经 提到过了。 如果是被系统回收，可能是因为记忆体不足了，所以系统根据记忆体不足时的回收规 则 ， 将处于 "Stopped" 状态的 Activity 所占用的记忆体回收。 记忆体不足时的行为 记忆体不足时的行为 记忆体不足时， Dalvak 虚拟机会根据其记忆体回收规则来回收记忆体： 1. 先回收与其他 Activity 或 Service/Intent Receiver 无关的行程 ( 即优先回收独立的 Activity) 2. 再回收处于 "Stopped" 状态的其他类型 Activity （在背景等待的 Activity ）。最 久 有使用的 Activity 优先回收（比较官方的说法是 " 根据 LRU 演算法 ..." ） . 还不够？ 回收 Service 行程 4. 快不行啦，关掉可见的 Activity/ 行程 5. 关闭当前的 Activity 当系统缺记忆体缺到开始 "4. 关掉可见的 Activity/ 行程 " 时，大概我们换机子的时机也早该到啦！ 观察 Activity 运作流程了这麽多虚的，我们可以写一些程序来直观查看 Activity 的运作流程吗？ 当然可以。在上一章记录与侦错 (Log) 中，我们学到的 "Log" 工具，正好可以在查看 Activity 的运作流程时派上用场。 打开 "src/com/demo/android/bmi/Bmi.java" ，在程序中加入一些 "Log" 记录点： 代码 : public class Bmi extends Activity { private static final String TAG = "Bmi"; public void onCreate() { super.onCreate(...); Log.v(TAG,"onCreate"); } public void onStart() { super.onStart(); Log.v(TAG,"onStart"); Log.v(TAG,"onStart"); } public void onResume() { super.onResume(); Log.v(TAG,"onResume"); } public void onPause() { super.onPause(); Log.v(TAG,"onPause"); } public void onStop() { super.onStop(); Log.v(TAG,"onStop"); } public void onRestart() { super.onRestart(); Log.v(TAG,"onReStart"); } public void onDestroy() { super.onDestroy(); Log.v(TAG,"onDestroy"); } } 我们为 Activity 的各个状态加入了 "Log" 记录讯息。当模拟器运行时，我们可以透过 "LogCat" 工具来查看 Activity 所处在的状态。 上面的七个状态又可以归纳成三组： 1. 资源分配 (Create/Destroy) 完整的 Activity 生命周期由 "Create" 状态开始，由 "Destroy" 状态结束。 建立 (Create) 时分配资源，销毁 (Destroy) 时释放资源。 2. 可见与不可见 (Start/ReStart/Stop) 当 Activity 运行到 "Start" 状态时，就可以在萤幕上看到这个 Activity 。相反地， 当 Activity 运行到 "Stop" 状态时，这个 Activity 就会从萤幕上消失。 当使用者按下 Back 按钮回到上一个 Activity 时，会先到 Restart 状态，再到一般 的 Start 状态。 3. 使用者能否直接存取萤幕（ Resume/Pause ） 当 有个 Toast 、 AlertDialog 、简讯、电话等讯息乱入时，原来的 Activity 会进入 "Pause" 状态，暂时放弃直接存取萤幕的能力，被中断到背景去，将前景交给优先级高的事 件。当这些优先级高的事件处理完后， Activity 就改进入 "Resume" 状态，此时又直接存取 萤幕。 Activity 运作流程 由实际运行的记录来看，我们可以归纳出所有 Android 应用程序都遵循的动作流程： 一般启动 onCreate -> onStart -> onResume 启动一个 Activity 的基本流程是：分配资源给这个 Activity （ Create 状态），然 后 将 Activity 内容显示到萤幕上（ Start 状态）。在一切就绪后，取得萤幕的控制权（ Res ume 状态），使用者可以开始使用这个程序。 呼叫另一个 Activity onPause(1) -> onCreate(2) -> onStart(2) - onResume(2) -> onStop(1) 这是个先冻结原本的 Activity ，再交出直接存取萤幕能力（ Pause 状态）的过程。 直 到 Activity 2 完成一般启动流程后， Activity 1 才会被停止。 回原 Activity onPause(2) -> onRestart(1) -> onStart(1) -> onResume(1) -> onStop(2) -> onDestroy(2) 点 Back 按钮可以回到原本的 Activity 。 退出结束 onPause -> onStop -> onDestroy 如果程序中有直接呼叫 "finish" 函式来关闭 Activity 的话，系统假设我们很确定我 们 在做什麽，因此会直接跳过先冻结 (Freeze) 的阶段，暂停 (Pause) ，停止 (Stop) ，然后销毁 (Destroy) 。 回收后再启动 onCreate ->onStart ->onResume 被回收掉的 Activity 一旦又重新被呼叫时，会像一般启动一样再次呼叫 Activity 的 onCreate 函式。 当我们使用 "Android" 手机一阵子，在手机上已经执行过多个应用程序。只要按下 "Bac k" （返回）键， "Android" 就会开启最近一次开启过的 Activity 。 这时我们要是按下多次 "Back" （返回）键，理论上迟早会返回到某个已经销毁（ Destr oy ） 的 Activity 。这时会发生什麽事呢？ 如果应该开启的 Activity 已经被回收了，那么这个 Activity 会再次被建立（ Creat e ） 出来。再次被建立出来的 Activity ，当然会跟原本我们开启过的 Activity 不一样啦。 所以如果要让再次被建立出来的 Activity 看起来跟原本开启过的一样，那么在 Activity 之间切换时，我们就要留意保留资料：最好在每次 Activity 运行到 "onPause" 或 "onStop" 状态时先保存资料，然后在 "onCreate" 时将资料读出来。 我们可以使用下章介绍到的 "Preference" （偏好设定）等方法来记录之前运作时的资 料 或设定。