进阶之路 | 奇妙的Activity之旅

许朋友爱玩
1,033 阅读7分钟

前言

本文已经收录到我的 Github 个人博客，欢迎大佬们光临寒舍：

我的 GIthub 博客

本篇文章需要已经具备的知识：

  • Activity 的基本概念
  • AndroidManifest.xml 的基本概念

学习清单：

  • Activity 的生命周期
  • Fragment 的生命周期
  • Activity 的启动模式
  • IntentFilter 的匹配规则

一。为什么要深入了解 Activity 呢？

Activity 翻译为活动，在 Android 中代表了界面和以界面为中心相应的业务逻辑，包括显示、与用户交互等，它也是四大组件之一，重要性不言而喻。并且，许多公司在考察 Android 的知识点的时候，经常会考察到 Activity 的知识。

因此，深入了解 Activity，不仅对你日常的开发有帮助，还对你之后找工作有所增益。

二。核心知识点归纳

2.1 生命周期全解析

2.1.1 典型情况下的生命周期

2.1.1.1 Activity 生命周期图解
活动生命周期图
活动生命周期图
2.1.1.2 Activity 切换过程

（1）启动 Activity

启动Activity
启动 Activity

（2）打开新的 Activity / 切换到桌面

  • 正常情况：onPause()-->onStop()
  • 特殊情况：当新的 Activity 使用了透明主题，当前的 Activity 不会回调 onStop，会停留在 Paused

想要了解 Android 透明主题的可以点击链接：Android 透明主题

（3）返回旧的 Activity

  • 当旧的 Activity 不可见：

    当旧的Activity不可见
    当旧的 Activity 不可见

  • 当旧的 Activity 可见：

当旧的Activity可见
当旧的 Activity 可见

问题思考：当前 Activity 为 A，打开新的 ActivityB, 那么 B 的 onResume（）和 A 的 onPause（）的执行顺序是怎样的呢？

答案：AonPause（）-->BonResume（），要得到这个答案，需要对 Activity 的工作原理有所了解，笔者在本系列文章的后面几篇会介绍。

小 Tips: 要关闭 Activity 的时候，尽量在 onStop() 中进行耗时操作，而使得新 Activity 尽快显示出来。

2.1.2 异常情况下的生命周期

2.1.2.1 异常情况下数据的保存和恢复

这个涉及到 onSaveInstanceState 和 onRestoreInstanceState 方法，具体可见下图

数据恢复顺序
数据恢复顺序

需要特别留意的是：

  • onSaveInstanceState 的执行顺序，是在 onStop 之前，与 onPause 没有既定顺序
  • onRestoreInstanceState 的执行顺序，是在 onStart 之后

Q1: 其中保存和恢复 View 的工作流程是怎样的呢？

保存View的工作流程
保存 View 的工作流程

可以看出，保存和恢复 View 的工作流程是典型的委托思想，上层委托下层，父容器委托子元素处理事情。

后面会讲到的 View 的绘制流程，事件分发机制等，都是才有类似的思想。

Q2: 其中数据恢复的方式有哪些？

  1. 在 onCreate 中恢复

    需要注意的是，必须要判断 Bundle 是否为空

     @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        //方法一：在onCreate中调用缓存恢复数据，必须要判断savedInstanceState是否为空
        if (savedInstanceState != null) {
            String test = savedInstanceState.getString("extra_test");
            Log.d(TAG, "[onCreate]restore extra_test:" + test);
        }
    }

  2. 在 onRestoreInstanceState 中恢复

    Bundle 一定有值，不需要判断是否为空，是官方推荐的恢复数据的方法

    //利用onRestoreInstanceState 
@Override
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
        super.onRestoreInstanceState(savedInstanceState);
      
        String test = savedInstanceState.getString("extra_test");
        Log.d(TAG, "[onRestoreInstanceState]restore extra_test:" + test);
    }
2.1.2.2 系统配置变化导致的异常

Q1: 发生改变的系统配置通常有哪些？

  • locale: 一般指切换了系统语言
  • orientation：旋转屏幕
  • keyboardHidden：键盘的可访问性发生变化，比如：调出键盘

Q2：想系统配置改变后，activity 不被重新创建，应该怎么办？

在 ActivityManifest.xml 中，对应的 Activity 的 configChanges 属性中指定该选项

  <activity
            android:name="com.ryg.chapter_1.MainActivity"
            android:configChanges="orientation|screenSize"  
            android:label="@string/app_name"
            android:launchMode="standard" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
2.1.2.3 资源内存不足导致的异常

这种情况应该很容易理解，类比于：当使用小内存手机的时候，会发现某些应用经常一切换后台，就会自动关闭了，原理也是资源内存不足，被系统自动回收了。

Q1：Activity 的优先级排序是什么？

由上到下，优先级由高到低

  • 前台 Activity-- 正在和用户交互
  • 可见非前台 Activity-- 比如说，弹出新的对话框，对话框后面的 Activity 即属于可见非前台 Activity
  • 后台 Activity-- 已经被停止的 Activity

Q2：怎么提高后台工作的优先级呢？

将后台工作放入 Service 中，保证进程有一定的优先级

2.1.3 Fragment 的生命周期

因为本篇是 Activity 篇，笔者不便大费周章地叙述，为了满足求知欲强的读者，笔者特地推荐一篇：Fragment 生命周期，里面写得非常详细

2.2 Activity 启动模式

2.2.1 Activity 的四种启动模式

a:standard: 标准模式

  • 含义：每次启动一个 Activity 就会创建一个新的实例，而不管实例存在与否。
  • 注意：使用 ApplicationContext 去启动 standard 模式 Activity 就会报错。因为 standard 模式的 Activity 会默认进入启动它所属的任务栈，但是由于非 Activity 的 Context 没有所谓的任务栈，所以就会报错。

b:singleTop：栈顶复用模式

  • 含义：如果新 Activity 已经位于任务栈的栈顶，就不会重新创建，并回调 **onNewIntent (intent)** 方法。

c:singleTask：栈内复用模式

  • 含义：只要 Activity 在一个栈中存在，都不会重新创建，并回调 onNewIntent(intent) 方法。如果不存在，系统会先寻找是否存在需要的栈，如果不存在该栈，就创建一个任务栈，并把该 Activity 放进去；如果存在，就会查看栈中是否有实例存在，若实例存在，则将实例调到栈顶，并回调 onNewIntent(intent) 方法，否则创建实例到已经存在的栈中。

d:singleInstance: 单实例模式

  • 含义： 具有此模式的 Activity 只能单独位于一个任务栈中，且此任务栈中只有唯一一个实例。

标识 Activity 任务栈名称的属性：android：taskAffinity，默认为应用包名。

2.2.2 Activity 的 Flags

Flags 有很多，这里介绍几个常用的 Flags

  • FLAG_ACTIVITY_NEW_TASK: 指定 singleTask 模式
  • FLAG_ACTIVITY_SINGLE_TOP: 指定 singleTop 模式
  • FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：指定新的 Activity 不会出现在最近启动的 Activity 的列表中

2.3 IntentFilter 的匹配规则

原则：

  • 一个 intent 只有同时匹配某个 Activity 的 intent-filter 中的 action、category、data 才算完全匹配，才能启动该 Activity。
  • 一个 Activity 可以有多个 intent-filter，一个 intent 只要成功匹配任意一组 intent-filter，就可以启动该 Activity。

Q1: action 的匹配规则

  • 只要 Intent 中的存在一个 action 且能够和任何一个 intent-filter 中的 action 相同即可成功匹配
  • 区分大小写
  • 必须存在

Q2: category 的匹配规则

  • 有其他 category，则要求 intent 中的 category 和 intent-filter 中的所有category 相同。
  • 非必须，这是因为此时系统给该 Activity 默认加上了 < category android:name="android.intent.category.DEAFAULT" /> 属性值。

Q3: data 匹配规则

  • 类似于 action
  • URI 非必须指定，默认值为 content 和 file

需要注意的是，为 Intent 指定完整的 data 的时候，要调用 setDataAndType(URI,mimeType) 方法

intent.setDataAndType(Uri.parse("file://abc"),"video/png");

采用隐式方式启动 Activity 时，可以用 PackageManager 的 resolveActivity(Intent) 方法或者 Intent 的 resolveActivity(Intent) 方法，来判断是否有 Activity 匹配该隐式 Intent, 如果匹配不到，会返回 NULL

三。课堂小测试

恭喜你，已经看完了前面的文章，相信你对 Activity 已经有一定深度的了解，下面，进行一下课堂小测试，验证一下自己的学习成果吧！

  • 题目情景：有三个 Activity，分别名为 A,B,C，A 的启动模式是 standard，B 和 C 的启动模式是 singleTask, 现在进行如下操作：A 启动了 B，B 启动了 C，C 启动了 A，A 再启动 B，现在连按 2 次 BACK，你看到的是哪个 Activity？

  • 答案揭晓：回到桌面，具体过程可以参考下面的流程图

    流程图
    流程图

如果文章对您有一点帮助的话，希望您能点一下赞，您的点赞，是我前进的动力

本文参考链接：

本文使用 mdnice 排版

avatar
文章
阅读
粉丝