Android 进阶1:Activity 的生命周期

《Android 开发艺术探索》去年就看完了,但由于当时水平不够,加上自己脑子愚笨,很多知识没有完全消化。还是再来回顾、敲敲、总结一遍吧。

典型情况下的生命周期

7个生命周期

  1. onCreate :Activity 正在被创建
    • 初始化布局和数据
  2. onRestart :Activity 正在重新启动,从不可见变为可见状态
    • 从 Home 或者新 Activity 返回旧 Activity
  3. onStart :Activity 正在被启动,已经显示出来,但是没有出现在前台
    • 无法和用户交互
  4. onResume :Activity 已经可见了,显示到前台
    • 可以交互
  5. onPause :Activity 正在被停止
    • 可以做存储数据、停止动画等操作
    • 但不能做耗时操作,因为 onPause 执行完才会执行新 Activity 的 onResume
  6. onStop :Activity 即将停止
    • 可以做稍微重量级的回收
    • 但同样不能太耗时 ?why
  7. onDestroy :Activity 即将被销毁
    • 回收和最终的资源释放

一些特殊情况

1.A 中启动 B,如果 B 是透明主题,A 的 onStop 不会被调用 ???

2.从 B 中返回 A,A 的生命周期:onRestart -> onStart -> onResume

3.onStart 和 onStop 在该 Activity 是否在可见时回调; 而 onResume 和 onPause 则在 Activity 是否在前台时回调。

注: “可见”只是说显示,但不一定是用户可以看到、交互; “前台”就是看得见、摸得着。

4.如何实现点击返回键,Activity 的 onDestroy 不被执行?

在所在的 Activity 中重写 onKeyDown() 方法,拦截返回事件,然后调用 moveTaskToBack() 方法:

@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
    if (keyCode == KeyEvent.KEYCODE_BACK){
        moveTaskToBack(true);   //将当前 Activity 的 Task 放到 Activity 栈的后边
        return false;
    }
    return super.onKeyDown(keyCode, event);
}

5.Activity 的启动流程简述:

  • Instrumentation 处理启动 Activity 的请求,然后通过 Binder 将请求发给 AMS
  • AMS 维护着一个 ActivityStack 并负责栈中 Activity 的状态管理
  • AMS 通过 ActivityThread 去同步 Activity 的状态,从而完成生命周期的调用

Activity 的 Task 和 栈的概念?

异常情况下的生命周期

系统回收或者当前设备 Configuration 改变导致 Activity 被销毁重建的情况。

异常状态保存/恢复方法

在系统配置发生改变时,默认情况下 Activity 会被销毁重建。

异常终止的情况下会调用 onSaveInstanceState() 方法,重新创建后会调用 onRestoreInstanceState()

  • 状态保存调用顺序:onPause -> onSaveInstanceState -> onStop
  • 状态恢复调用顺序:onStart -> onRestoreInstanceState - >onResume
  • 数据通过键值对的形式保存到 Bundle

数据恢复在 onCreate 或者 onRestoreInstanceState 中进行都可以,但是官方文件建议在 onRestoreInstanceState 中,因为它被调用时 bundle 一定是有值的,不需要判断。

系统自动做的保存/恢复工作

在 Activity 的异常情况下,系统会这两个保存、恢复方法中为我们做一定的工作,比如保存当前 Activity 的视图结构(View 的状态)。

Activity 异常终止时,系统保存 View 状态的流程简述:

  • Activity 调用 onSaveInstanceState 保存数据
  • 然后 Activity 委托 Window 保存数据
  • Window 再委托上面的顶级容器保存数据
  • 顶级容器(一般来说是 DecorView)再一一通知它的子元素保存数据

委托思想:上层委托下层去处理一件事。 比如这里的数据恢复,还有 View 的绘制过程、事件分发等。

系统内存不足时,优先杀死低优先级的 Activity

Activity 的三种优先级,从高到低顺序:

  1. 前台 Activity
    • 正在和用户交互
    • 优先级最高,最不可能被回收
  2. 可见但非前台
    • 比如弹出 Dialog 的 Activity
  3. 后台 Activity
    • 已经暂停,执行了 onStop
    • 优先级最低

四大组件的优先级都比较高,因此后台想执行耗时工作时,需要依赖四大组件来保活。 比如讲后台工作放到 Service 中。

指定在某些配置改变时 Activity 不重建

我们可以在 AndroidManifest.xml 中配置 android:configChanges 来指定该 Activity 在哪些系统配置改变时不重新建立。

配置项很多,常用的是这四个:

android:configChanges="screenSize|orientation|keyboardHidden|locale"
  • screenSize|orientation 指的是在屏幕旋转和尺寸改变时不重新创建
  • keyboardHidden 指的是可用键盘的改变
  • locale 指的是系统语言切换

注意: 从 Android 3.2(API 级别 13)开始,当设备在纵向和横向之间切换时,“屏幕尺寸”也会发生变化。 因此,在开发针对 API 级别 13 或更高版本(正如 minSdkVersion 和 targetSdkVersion 属性中所声明)的应用时,若要避免由于设备方向改变而导致运行时重启,则除了 “orientation” 值以外,您还必须添加 “screenSize” 值。

现在,当其中一个配置发生变化时,Activity 不会重启。相反,Activity 会调用 onConfigurationChanged()方法,并且向此方法传递 Configuration 对象,这个对象代表当前所有配置,你可以根据不同配置进行不同的处理:

@Override
public void onConfigurationChanged(Configuration newConfig) {
    super.onConfigurationChanged(newConfig);

    // Checks the orientation of the screen
    if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) {
        Toast.makeText(this, "landscape", Toast.LENGTH_SHORT).show();
    } else if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT){
        Toast.makeText(this, "portrait", Toast.LENGTH_SHORT).show();
    }
}

如果在配置改变时仍使用旧的状态,则可以不实现 onConfigurationChanged()

Thanks

《Android 开发艺术探索》 https://developer.android.com/guide/topics/resources/runtime-changes.html

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏技术小黑屋

Android内存泄漏检测利器:LeakCanary

到这里你就可以检测到Activity的内容泄露了。其实现原理是设置Application的ActivityLifecycleCallbacks方法监控所有Act...

902
来自专栏郭霖

Android Service完全解析,关于服务你所需知道的一切(上)

相信大多数朋友对Service这个名词都不会陌生,没错,一个老练的Android程序员如果连Service都没听说过的话,那确实也太逊了。Service作为An...

4275
来自专栏mukekeheart的iOS之旅

Android中各组件的生命周期

1、Activity生命周期图 ? 二、activity三种状态 (1)active:当Activity运行在屏幕前台(处于当前任务活动栈的最上面),此时它获...

23610
来自专栏Android点滴积累

Activity onDestroy() 回调缓慢问题分析及完美解决方案

  说到Activity的onDestroy,对所有的Android开发者都很熟悉,但是不一定都知道里面存在着一些坑,分享给大家,以后踩中的时候可以应急 用Ac...

2937
来自专栏项勇

笔记49 | Android通讯之Notification

1705
来自专栏Flutter入门到实战

一次使用Kotlin实现酷炫多选操作的尝试

“手机上的多选很难操作”,我们的设计师Vitaly Rubtsov如是说。大多数应用中的多选方案 -Telegram, Apple Music, Spotif...

712
来自专栏Android开发指南

10.多媒体

3698
来自专栏图像识别与深度学习

Android 蓝牙4.0代码解析

1525
来自专栏技术之路

详解 Android Activity 生命周期

  从以下几个方面详细说一下Activity的生命周期:  1.回到主屏幕再打开和退出程序的时候。   2.屏幕旋转的时候。   3.打开其它的Activit...

1816
来自专栏緣來來來

安卓基础干货(六):安卓Activity的学习

5、application中的label标签和activity中的label标签不是一个概念,application中的label表示应用程序的名称,activ...

481

扫码关注云+社区