Android Activity的生命周期

Activity的生命周期

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

Android Activity的生命周期_第1张图片
basic-lifecycle.png
  • Created: 在activity 调用onCreate()方法后,activity处于已经创建完成的状态。
  • Started: activity处于部分可见且未获得焦点的状态
  • Resumed: activity处于获得焦点的状态,activity处于最前端的, 用户可以与它进行交互。
  • Paused: activity处于部分可见但失去焦点的状态,activity被另一activity(半透明的,所以部分可见)所遮盖。
  • Stoped: activity处于不可见的状态

注: CreatedStarted都是短暂存在的,系统快速的执行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);
}

你可能感兴趣的:(Android Activity的生命周期)