Activity的生命周期

Android系统根据activity的所处不同阶段对应的唤起其特定的回调函数来执行代码。activity的一系列有序的生命周期回调函数。本文将来讨论下activity各阶段生命周期的回调函数，以及其调用场景。

basic-lifecycle.png

• Created： 在activity 调用onCreate()方法后，activity处于已经创建完成的状态。
• Started： activity处于部分可见且未获得焦点的状态
• Resumed： activity处于获得焦点的状态，activity处于最前端的， 用户可以与它进行交互。
• Paused： activity处于部分可见但失去焦点的状态，activity被另一activity（半透明的，所以部分可见）所遮盖。
• Stoped： activity处于不可见的状态

注: Created与Started都是短暂存在的，系统快速的执行onCreate()和onStart()并执行下一阶段的回调函数移动到下一个状态。系统调用onCreate()，之后会迅速调用onStart(), 之后再迅速执行onResume()。

Activity的生命周期回调函数

正常的生命周期回调

在了解了activity的生命周期简要说明后，对于我们程序员来说，更重要的是在编码过程中更好的配合activity在各个阶段做恰当的事情。

• onCreate： 用来执行程序启动所需要的基本逻辑。为了创建一个activity所需要的一些基础操作。 如，声明UI（setContentView），定义成员变量（findViewById），配置UI（setText）等。
• onRestart： 当activity从不可见，重新变为可见时调用，比如用户突然点Home键回到主页面，或者一个来电被接通并挂断等。
• onStart：
• onResume： onStart() 与 onResume()执行时迅速的，在用户从Paused 或者 Stopped状态中恢复的时候操作，比如用户离开且回来后，重新请求一次服务器数据。
• onPause： 该回调意味着用户有可能离开这个activity（且不回来），所以需要停止目前正在运行任务的操作， 比如暂停动画播放或者是保存那些有可能需要自动保存的信息（比如缓存笔记草稿，虽然用户没点保存，但他期望任何时候离开都能保存草稿）。 如果用户从暂停状态回到你的activity， 系统应该恢复那些数据并执行onResume()方法。
• onStart： activity即将停止，需要保存长久数据（比如笔记草稿同步到服务器），做一些资源回收操作。
• onDestory： 正常情况下的activity局部变量引用会随着activity的销毁而销毁（特殊的，存在Context内存泄漏），垃圾回收。 你的activity应该在onPause()与onStop()中执行清除activity资源的操作。但，如果你的activity包含了你在onCreate时创建的后台线程，或者其他有可能导致内存泄漏的资源， 你应该在OnDestroy()关闭他们。

注：正常的情况下activity A跳转到B 执行的生命周期回调是
A.onPause > B.onCreate > B.onStart > B.onResume > A.onStop

所以如果在A.onPause 或者 B的启动回调中做了耗时操作，就会导致activity启动的时候白屏或者透明（依主题而定），可以通过异步处理耗时操作解决，或者治标不治本的在Manifest引用Theme设置android:windowBackground（特别对于启动页）。

被Destroy的生命周期回调

默认情况下, 系统会使用Bundle实例来保存每一个视图对象中的信息(例如输入EditText 中的文本内容)。（activity通过调用其成员变量mDecor去逐层保存其子View（包括setContentView设置的布局）的状态，比如；保存EditText 组件中的文本，mDecor是activity根View）

因此，如果你的Activity被destroyed与recreated，那么layout的状态信息会自动恢复到之前的状态。然而，你的activity也许存在更多你想要恢复的状态信息，例如记录成员变量值。

所以为了能使Android系统能够恢复Activity中的View的状态， 每个View都必须有一个全局唯一的ID。

为了让你可以保存额外的数据到Bundle实例。Activity提供了onSaveInstanceState()和onRestoreInstanceState()，当你的Activity被系统杀死时。当系统调用这个函数时，系统会在你的Activity被异常Destory时传递一个Bundle 对象（也就是super.onCreate ( savedInstanceState）;中携带的参数savedInstanceState ）。然后如果系统在Activity被Destory之后想重新创建这个Activity实例时，之前的那个Bundle对象会被传递到你的activity的onRestoreInstanceState()方法与 onCreate() 方法中。

注： @override的onSaveInstanceState只会在activity被系统因为内存不足杀死的等情况下才会回调，而程序主动调用finish和用户点击back键盘是不会回调的。

• onSaveInstanceState()： 在onStop() 方法之后执行，这个方法会默认保存Activity视图的状态信息， 例如在 EditText 组件中的文本或者是 ListView 的滑动位置。为了给Activity保存额外的状态信息， 你必须实现onSaveInstanceState() 并增加key-value pairs到 Bundle 对象中。

@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    // 保存用户游戏状态
    savedInstanceState.putInt(SCORE, mCurrentScore);
    savedInstanceState.putInt(LEVEL, mCurrentLevel);
    
    // 默认实现会保存view树的状态信息
    super.onSaveInstanceState(savedInstanceState);
}

• onRestoreInstanceState()： 在 **onStart() 方法之后执行. **系统仅仅会在存在需要恢复的状态信息时才会调用 onRestoreInstanceState() ， 因此你不需要检查 Bundle 是否为null。它必不为null。但如果你用到onCreate方法里的savedInstanceState 就需要判断了。

public void onRestoreInstanceState(Bundle savedInstanceState) {
    super.onRestoreInstanceState(savedInstanceState);
    // 恢复成员变量的状态信息
    mCurrentScore = savedInstanceState.getInt(SCORE);
    mCurrentLevel = savedInstanceState.getInt(LEVEL);
}