进阶之路 | 奇妙的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

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

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

想要了解Android 透明主题的能够点击连接：Android透明主题

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

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