Activity作为Android四大组件中最常用的组件，对其进行深入的学习是一个初级Android开发人员成长路上的必修课。
本篇文章主要针对Activity的生命周期、异常状态恢复、启动模式以及Intent隐式启动做相应的深入学习，挖掘Activity的各项进阶知识。

1.Activity的生命周期

先上一张官方的Activity生命周期图

Activity生命周期

上述7个生命周期中的回调方法中，除了OnRestart方法，其他方法都是两两相对的，我们可以从下面几种角度对它们进行加深理解：
从Activity创建和销毁的角度来看，分别对应着OnCreate和OnDestroy；
从Activity是否可见的角度来看，分别对应着OnStart和OnStop；
从Activity是否位于前台的角度来看，分别对应着OnResume和OnPause。

下面列举几种情况下Activity的执行流程：
①Activity启动：onCreate->onStart->onResume
②打开新Activity或切换到桌面：onPause->onStop(特殊情况，当新Activity采用透明主题时，当前Activity不会回调onStop)
③回到原Activity：onRestart->onStart->onResume
④按back键回退：onPause->onStop->onDestroy

特别说明：

当启动一个新Activity时，一定是先执行当前Activity的onPause方法后，才会启动新的Activity，最后执行当前Activity的onStop方法。（所以onPause方法中一定不能执行耗时操作）

2.Activity异常状态下的生命周期

当资源相关的系统配置发生改变或是系统内存不足时，Activity可能会被杀死。由于Activity是被异常销毁掉的，所以用户的一些临时数据需要进行保存，以使该Activity重新创建时能复现销毁时的内容，如EditText中的内容等。
由系统内存不足所涉及到的进程优先级的问题，参考Android的进程优先级。
当系统配置发生改变后，Activity会被销毁，其onPause、onStop、onDestroy均会被调用，同时由于Activity是在异常情况下被终止的，所以系统会调用onSaveInstanceState方法来保存当前Activity的状态。该方法的调用时机在onStop之前，但和onPause没有绝对的时序关系。
当Activity被重新创建之后，系统会回调onRestoreInstanceState方法，并把Activity销毁时在onSaveInstanceState方法中所保存的Bundle作为参数传递到onCreate和onRestoreInstanceState方法中。从时序上来说，onRestoreInstanceState调用时机在onStart之后。
onRestoreInstanceState和onCreate虽然都能获得异常时传入Bundle参数，但是二者还是有一定的区别：onRestoreInstanceState方法一旦被调用，其Bundle参数一定是有值的；而onCreate方法在正常启动的时候，其Bundle参数为null，所以必须进行额外的判断才行。官方推荐使用onRestoreInstanceState方法进行数据恢复。

多次试验后的总结下，onSaveInstanceState(Bundle outState)会在以下情况被调用：
1、当用户按下HOME键时。
2、从最近应用中选择运行其他的程序时。
3、按下电源按键（关闭屏幕显示）时。
4、从当前activity启动一个新的activity时。
5、屏幕方向切换时(无论竖屏切横屏还是横屏切竖屏都会调用)。

在前4种情况下，当前activity的生命周期为：
onPause -> onSaveInstanceState -> onStop -> onRestart -> onStart -> onResume
当该activity重新位于前台时，并不会执行onRestoreInstanceState方法。

第五种情况下，当前activity的生命周期为：
onPause -> onSaveInstanceState -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume

当然，当系统配置发生变化时，Activity也能不被重建。通过给Activity指定configChanges属性可以实现这一目标，如不想让Activity在屏幕旋转时重建，就可以给configChanges属性添加orientation这个值。
android:configChanges="orientation"
通常我们用的只有local（系统语言）、orientation（屏幕方向）和keyboardHidden（调出键盘）这三个选项。

3.Activity的启动模式

系统会将启动的Activity放入ActivityTask中，该任务栈遵循后进先出的规则。当然，Android中还能通过指定lauchmode的方式来个性化activity在栈中的启动模式。

Activity有四种启动模式standard、singleTop、singleTask和singleInstance。

①standard：activity的默认启动模式。每次启动一个Activity的时候都会重新创建一个新的实例压入栈顶，不管当前栈中是否已存在该Activity。
②singleTop：栈顶复用模式。如果当前任务栈的栈顶是该Activity，那么此Activity不会被重新创建，同时会调用栈顶Activity的onNewIntent方法，通过此方法获取当前的请求信息。此时该Activity的onCreate、onStart不会被系统调用，仅执行onPause -> onNewIntent -> onResume；如果新Activity的实例在任务栈中已存在但并未位于栈顶，那么新Activity则依旧会重新创建。
③singleTask：栈内复用模式。这是一种单实例模式，该模式下，只要当前任务栈内存在即将要启动的Activity（不管在栈内何处），那么当前栈中该Activity上面的所有Activity都将出栈，并且该Activity将位于栈顶。和singleTop一样，singleTask也会调用该Activity的onNewIntent方法。（注意：singleTask模式下可以指定该Activity启动所需要的任务栈，若指定任务栈不存在，则会新建对应的任务栈后再把该Activity新建的实例放进去）。
④singleInstance：单实例模式。指定为singleInstance的Activity会启用一个新的任务栈来管理自身。只要该Activity未销毁，由于栈内复用的特性，后续的请求不会再创建新的任务栈，会一直复用处于该任务栈内的Activity。

特殊情况：TaskAffinity

上面提到在singleTask模式下，Activity需要选择自己所指定的任务栈，那么这个指定的任务栈又是在哪实现的呢？
答案就在TaskAffinity这个属性上。该参数能标识Activity所需任务栈的名字，默认情况下所有Acitivity的任务栈都为应用的包名。TaskAffinity属性的值为字符串，且中间必须包含包名分隔符“.”。TaskAffinity属性主要和singleTask模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。
当TaskAffinity和singleTask模式配对使用时，待启动的Activity会运行在TaskAffinity指定的任务栈中。
当TaskAffinity和allowTaskReparenting配对使用时，情况较为复杂。例如有两个应用A和B，A启动了B中的Activity并且该Activity设置的allowTaskReparenting属性为true，那么当用户按home建回到桌面后再点击应用B图标，则不是启动了B的Launch Activity，而是重新显示的之前被A所启动的那个Activity。

除了通过launchmode来指定Activity的启动模式，还能通过Intent来动态指定Activity的启动模式。其中，Intent动态指定的优先级高于在xml中的静态注册方式。
动态指定主要是通过往Intent中添加Flag实现，如
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)

以下列举几个常见的标记位，稍作理解即可。
FLAG_ACTIVITY_NEW_TASK：和在xml中指定singleTask模式相同
FLAG_ACTIVITY_SINGLE_TOP：和在xml中指定singleTop模式相同
FLAG_ACTIVITY_CLEAR_TOP：启动该Activity时，与其同一任务栈中所有位于它上面的Activity都要出栈。如果被启动的Activity采用standard模式，那么连同它之上的Activity都要出栈，系统再创建新的Activity实例放入栈顶。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：具有此标记的Activity不会出现在历史Activity列表中。等同于在xml中指定Activity属性android:excludeFromRencents="true"。

4.IntentFilter

IntentFilter主要作用于Intent的隐式调用中。IntentFilter为Intent的隐式调用设置了过滤规则，如果不匹配将无法成功启动目标Activity。IntentFilter中过滤的信息有action、category、data。

一个Activity中可以有多个intent-filter，一个Intent只要能匹配任何一组intent-filter就可以成功启动对应的Activity。

①action：action的匹配要求是Intent中的action存在且必须和过滤规则中的其中一个action相同，这里的相同指的是Intent中的action必须能够和过滤规则中的action的字符串的值完全一样。action区分大小写。

②category：Intent中如果含有category，那么所有出现的category都必须和过滤规则中的其中一个category相同。（为了使Activity能接受到隐式调用，必须在intent-filter中指定"android.intent.category.DEFAULT"这个category，以免在Intent未指定category时添加的默认值无法匹配）

③data：data和action的匹配原则类似。由于data的结构过于复杂且平时较少涉及到，故此处不展开学习。

在action和category中，有一类action和category比较特别：

<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />

它们的共同作用标明了这是一个入口Activity，二者缺一不可。

参考文献：

《第一行代码——Android（第2版）》
《Android开发艺术探索》
《深入理解Android内核设计思想》

若您觉得本文章对您有用，请您为我点上一颗小心心以表支持。感谢！