[译] Android 生命周期备忘录 — 第一部分:单一 Activities

Android 系统的目的是让用户加强控制权而且让他们简便地使用应用程序。例如,一个 app 的用户可能会旋转屏幕,回复一条通知信息,或者切换到另外一个任务,而用户应该可以在这类操做后继续流畅地使用这个 app。html

为了提供这种用户体验,你应该知道怎么管理组件的生命周期。组件能够是一个 Activity,一个 Fragment,一个 Service,或者 Application 自己,甚至是在默默运行的进程。组件有生命周期,生命周期会在多种状态中变换。当状态发生变化时,系统会经过一个生命周期回调方法通知你。前端

为了更好解释生命周期是怎么运做的,咱们定义了根据现有组件进行分类的一系列用户场景。android

第一部分: Activities — 单一 activity 的生命周期 (就是本文)ios

第二部分: 多个 activities — 跳转和返回栈(back stack)git

第三部分: Fragments — activity 和 fragment 的生命周期github

它们的图表也提供了 PDF格式备忘录,以方便查阅。后端


除非特别说明,接下来的这些场景展现了这些组件的默认行为。app

若是你发现有错误或者遗漏了什么重要的东西,请在下方评论。ide

第一部分: Activities

单一 Activity — 场景 1:应用被结束而且重启

触发缘由:post

  • 用户按下了 返回键,或者是
  • Activity.finish() 方法被调用

这个最简单的场景说明了一个单一 activity 的应用被用户开启,结束,和重启时发生了什么:

场景 1:应用被终止而且重启

状态处理

  • onSaveInstanceState 不会被调用 (由于 activity 被结束了,你不须要保存状态)
  • onCreate 没有 Bundle 对象,若是从新打开应用的话。由于先前的 activity 结束了,也不须要恢复状态。

单一 Activity — 场景 2:用户切换出去

触发缘由:

  • 用户按了 Home 键
  • 用户切换到另外一个应用(点击虚拟按键(Overview menu),点击一个通知,接听来电,等等)

场景 2:用户切换出去

在这个场景中系统会 stop 这个 activity,但不会立刻结束它。

状态处理

当你的 activity 进入 Stopped 状态,系统会使用 onSaveInstanceState 去保存应用的状态以防系统一段时间后终止这个应用的进程 (请看下面)

假设应用的进程没有被终止,这个应用的实例会常驻在内存,保存全部状态。当这个 activity 回到前台工做时,它会恢复这些状态。你不须要从新初始化这些以前已生成的组件。


单一 Activity — 场景 3:配置发生变化

触发缘由:

  • 配置发生变化,例如屏幕旋转
  • 在多窗口模式下,用户调整窗口大小

场景 3:屏幕旋转或其余配置变化

状态处理

像屏幕旋转或窗口大小改变,这种配置变化应该可以让用户在变化后继续无缝使用。

  • activity 会被彻底 destroy,可是 activity 的状态会被保存下来并在下一个实例中恢复
  • onCreateonRestoreInstanceState 中的 Bundle 对象是相同的。

单一 Activity — 场景 4:应用被系统暂停

触发缘由:

  • 开启多窗口模式 (API 24+)而且应用失去焦点
  • 另外一个应用部分地覆盖在正在运行的应用上面(例如一个购买对话框,一个运行时权限确认对话框,一个第三方登录对话框...)
  • 调用意图选择器,例如调用了分享对话框

场景 4:应用被系统暂停

这个场景不适用于如下状况:

  • 对话框属于同一个应用。弹出一个警告对话框或者一个 DialogFragment 并不会暂停(执行 onPause 方法)被遮挡住的 activity。
  • 通知。用户收到一个新通知或者拉下通知栏不会暂停被遮挡住的 activity。

延伸阅读


掘金翻译计划 是一个翻译优质互联网技术文章的社区,文章来源为 掘金 上的英文分享文章。内容覆盖 AndroidiOS前端后端区块链产品设计人工智能等领域,想要查看更多优质译文请持续关注 掘金翻译计划官方微博知乎专栏

相关文章
相关标签/搜索