进阶之路 | 奇妙的Activity之旅

前言

本文已经收录到我的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

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

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

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

（3）返回旧的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的绘制流程，事件分发机制等，都是才有类似的思想。

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？

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

  流程图

---

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

本文参考链接：

• Android透明主题
• Fragment生命周期
• 《Android开发艺术探索》
• Activity到底是什么（新手学Android）
• Android Activity生命周期大全详解
• 要点提炼|开发艺术之Activity