Activity 生命周期

408 阅读6分钟

Activity 生命周期

onCreate —— onStart 可见 —— onResume 有焦点 —— onPause 无焦点 —— onStop 不可见 —— onDestory
  • onRestart 由不可见重新回到前台时调用

Activity 生命周期

  • 所有生命周期方法重写实现必须调用其父类方法
  • 由于 Activity 经常在暂停和恢复之间来回切换,所以 onResume 和 onPause 的逻辑应该是轻量级的
  • 图中显示系统在某些情况下回收内存导致 onStop,onDestory 可能不被调用,因此可以根据实际情况在 onPause 中保存一些重要数据,耗时操作需要开子线程处理

经典场景

场景 1 第一次启动 Activity A

//Activity A
onCreate -> onStart -> onResume

场景 2 在 Activity A 上启动 Activity B

//Activity A
onPause ->(Activity A 被 Activity B 覆盖后走)onStop ->(如果 Activity A 自身 finish 或是被系统回收后走)onDestory
//Activity B
onCreate -> onStart ->(Activity B 会等到 Activity A 的 onPause 执行后走)onResume
  • 如果 Activity B 是完全透明或对话框主题的 ,那么 Activity A 就不继续走 onStop
  • onPause 不能进行耗时操作

场景 3 从 Activity B 返回到 Activity A

//Activity B
onPause -> onStop -> onDestory
//Activity A
onRestart -> onStart -> onResume
//如果 Activity A 自身 finish 或是被系统回收后,则这么走
onCreate (重新创建) -> onStart -> onResume

场景 4 锁屏与解锁

//锁屏
onPause,不会走 onStop
//解锁
onResume

场景 5 点击 HOME 键、来电

//点击 Home 键、来电
onPause -> onStop 
//回到 App
onRestart ->  onStart -> onResume  
//前台 Activity finish 了或被系统回收了,则这么走
onCreate (重新创建) -> onStart -> onResume

生命周期该做的事

onCreate

  • 调用 setContentView 方法设置布局
  • 定义成员变量,初始化数据
  • 初始化视图、控件、UI 元素
  • 配置 UI,将数据绑定到列表等
  • 将 Activity 与 ViewModel 相关联

应尽量减少 onCreate 的工作量,避免程序启动太久而看不见界面,可以通过 savedInstanceState 参数恢复一些状态,如果是第一次创建则为 null 需要做判空处理

onStart

  • 如注册一个监听 UI 变化的广播
  • 把在 onStop 中释放的资源重新创建回来

onResume

  • 把 onPause 中停止的操作恢复回来,如 Camera 预览
  • 开始动画

意味着此时 Activity 位于 Activity 堆栈的顶部,获取了焦点

onPause

  • 释放系统资源,传感器(例如 GPS)手柄、Camera 等
  • 停止动画

不应该在这里保存应用或用户数据、进行网络调用或执行数据库事务,即不适合做耗时较长的工作

地图导航页面一般不在这里释放,因为希望它仍然能够继续工作

应最大程度减少 onPause 的工作量避免 Activity 切换缓慢卡顿

onStop

  • 应该释放那些不再需要的资源

  • 按需从精确位置更新切换到粗略位置更新

  • 关闭那些 CPU 执行相对密集的操作

  • 将用户内容(如邮箱草稿)保存到持久性存储空间

  • 用户首选项持久性数据或数据库中的数据

  • 停止通过 Service 定时更新 UI 上的数据的 Service

可以在这里保存应用或用户数据、进行网络调用或执行数据库事务

onDestoty

  • 应释放先前的回调(如 onStop )尚未释放的所有资源

不推荐在 onDestroy 里执行释放资源的工作,因为 onDestroy 执行的时机可能较晚,可根据实际需求在 onPause 或 onStop 中结合 isFinishing 判断来执行

异常情况下的生命周期

  • 内存不足后导致 Activity 被系统回收,系统不会直接终止 Activity 以释放内存,而是会终止 Activity 所在的进程,系统不仅会销毁 Activity,还会销毁在该进程中运行的所有其他内容
  • Configuration 配置发生了改变:横竖屏切换、系统语言改变、输入设备的改变、切换到多窗口模式( Android 7.0 Api 24 )
  • 使用【设置】里的【应用管理器】来停止应用以终止进程

Activity 会先销毁再重建

onSaveInstanceState

  • super.onSaveInstanceState 里已经实现保存视图层次结构的状态的逻辑

  • 保存有关 Activity 的 view hierarchy state 视图层次结构状态的瞬时信息(如输入框的值、列表滑动后停留的位置),系统用于恢复先前状态的已保存数据称为实例状态,是存储在 Bundle 对象中的键值对集合,默认情况下,系统使用 Bundle 实例状态来保存 Activity 布局中每个 View 对象的相关信息,系统因系统限制(例如配置变更或内存压力)而销毁 Activity 时候,如果用户尝试回退到该 Activity,系统将使用一组描述 Activity 销毁时状态的已保存数据新建该 Activity 的实例,无需编写代码就能恢复布局状态为其先前的状态,

  • Bundle 对象并不适合保留大量数据,在主线程中进行序列化和反序列化,会产生一定内存消耗

  • 保存临时数据为主,保存简单轻量的界面状态,如果保存大量数据应该配合使用 ViewModel 进行处理

  • 调用在 onStop 之前

  • 主动调用 finish 方法和点击返回键的时候是不会调用该方法保存状态的

onRestoreInstanceState

  • super.onRestoreInstanceState 已经实现恢复视图层次结构的状态的逻辑

  • 调用在 onStart 之后

  • 可用于恢复一些 onSaveInstanceState 方法中保存的数据

横竖屏切换

  • 不设置 Activity 的 android:configChanges 时,切屏会重新调用各个生命周期,切横屏时会执行一次,切竖屏时会执行两次

  • 设置 Activity 的 android:configChanges="orientation" 时,切屏还是会重新调用各个生命周期,切横、竖屏时只会执行一次

  • 设置 Activity 的 android:configChanges="orientation|keyboardHidden" 时,切屏不会重新调用各个生命周期,只会执行 onConfigurationChanged 方法

常见问题

1 如果在 onCreate 方法中直接调用 finish 方法,生命周期是怎样的?

系统会跳过其他生命周期直接调用 onDestory 方法,其实在任何一个生命周期调用 finish 方法都会跳过这之前的所有其他生命周期

2 什么时候只会走 onPause,而不会走 onStop ?

  • 锁屏
  • 打开一个完全透明或对话框主题的 Activity

3 Activity 在什么时候会出现不执行 onDestory 的情况?

  • 主线程异常崩溃

  • 应用被强杀

4 下拉状态栏时 Activity 的生命周期是什么?

不走任何生命周期,状态栏和 AlertDialog、Toast 等都是通过 WindowManager.addView 方法来显示的,对 Activity 的生命周期没有影响,另外可以通过 onWindowFocusChanged(boolean hasFocus) 监听状态栏,hasFocus 为 false 可以表示下拉状态,从而可以实现暂停视频等需求

5 启动一个其它应用的 Activity 的生命周期分析?

6 如何统计 Activity 的工作时间?