android activity 回调函数,Android Activity的生命周期

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);

}