Activity生命周期：

情形1：正常情况下

onCreate:Activity正在被创建，可以做一些初始化工作

onRestart:Activity正在被重新启动，当前Activity从不可见重新变为可见状态

onStart:Activity正在被启动，此时Activity已经可见，但还未出现在前台，无法与用户交互

onResume:Activity可见，已经处于前台

onPause:Acticity正在停止，用户可见，可以做一些存储数据、停止动画等工作，但不可做耗时操作，因为onPause执行完，新的Activity的onResume才会执行

onStop:Activity即将停止，可做一些稍微重量级的回收工作，同样不可太耗时

onDestory:Activity即将被销毁，可以做一些回收工作和资源的释放

onCreate和onDestory配对，标识Activity的创建与销毁，仅调用一次

从Activity是否可见来说，onStart和onStop配对

从Activity是否来到前台，onResume和onPause配对

Activity第一次启动：onCreate->onStart->onResume。Activity切换到后台（ 用户打开新的Activity或者切换到桌面） ，onPause->onStop(如果新Activity采用了透明主题，则当前Activity不会回调onstop)。Activity从后台到前台，重新可见，onRestart->onStart->onResume。用户退出Activity，onPause->onStop->onDestroy。onStart开始到onStop之前，Activity可见。onResume到onPause之前，Activity可以接受用户交互。在新Activity启动之前，栈顶的Activity需要先onPause后，新Activity才能启动。所以不能在onPause执行耗时操作。onstop中也不可以太耗时，资源回收和释放可以放在onDestroy中。

情形2：异常情况下

在异常情况下系统会在onStop之前调用onSaveInstanceState来保存状态。Activity重新创建后，会在onStart之后调用onRestoreInstanceState来恢复之前保存的数据。

系统只在Activity异常终止的时候才会调用 onSaveInstanceState 和onRestoreInstanceState 方法。其他情况不会触发。

1、资源相关的系统配置发生改变导致Activity被杀死并重新创建

2、资源内存不足导致低优先级的Activity被杀死

三种Activity优先级:前台- 可见非前台 -后台，从高到低。

如果一个进程没有四大组件，那么将很快被系统杀死。因此，后台工作最好放入service中。

android:configChanges="orientation" 在manifest中指定 configChanges 在系统配置变化后不重新创建Activity，也不会执行 onSaveInstanceState 和onRestoreInstanceState 方法，而是调用 onConfigurationChnaged 方法。

configChanges 一般常用三个选项：

1. locale 系统语言变化

2. keyborardHidden 键盘的可访问性发生了变化，比如用户调出了键盘

3. orientation 屏幕方向变化

Activity的启动模式：

1. standard

每次启动都会重新创建一个实例，不管这个Activity在栈中是否已经存在。谁启动了这个Activity，那么Activity就运行在启动它的那个Activity所在的栈中。

用Application去启动Activity时会报错，原因是非Activity的Context没有任务栈。解决办法是为待启动Activity制定FLAG_ACTIVITY_NEW_TASH标志位，这样就会为它创建一个新的任务栈。

2. singleTop 栈顶复用

如果新Activity位于任务栈的栈顶，那么此Activity不会被重新创建，同时回调 onNewIntent 方法。onCreate和onStart方法不会被执行。

3. singleTask 栈内复用

这是一种单实例模式。如果不存在activity所需要的任务栈，则创建一个新任务栈和新Activity实例；如果存在所需要的任务栈，不存在实例，则新创建一个Activity实例；如果存在所需要的任务栈和实例，则不创建，调用onNewIntent方法。同时使该Activity实例之上的所有Activity出栈。

[参考：taskAffinity标识Activity所需要的任务栈](https://gold.xitu.io/entry/57ac05858ac247005fec2ca1)

4. singleIntance 单实例模式

单实例模式。具有singleTask模式的所有特性，同时具有此模式的Activity只能独自位于一个任务栈中。

假设两个任务栈，前台任务栈为12，后台任务栈为XY。Y的启动模式是singleTask。现在请求Y，整个后台任务栈会被切换到前台。如图所示：

设置启动模式

1. manifest中 设置下的 android:launchMode 属性。

2. 启动Activity的 intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); 。

3. 两种同时存在时，以第二种为准。第一种方式无法直接为Activity添加FLAG_ACTIVITY_CLEAR_TOP标识，第二种方式无法指定singleInstance模式。

4. 可以通过命令行 adb shell dumpsys activity 命令查看栈中的Activity信息。

Activity的Flags：

这些FLAG可以设定启动模式、可以影响Activity的运行状态。

- FLAG_ACTIVITY_NEW_TASK

  为Activity指定“singleTask”启动模式。

- FLAG_ACTIVITY_SINGLE_TOP

  为Activity指定“singleTop"启动模式。

- FLAG_ACTIVITY_CLEAR_TOP

  具有此标记位的Activity启动时，同一个任务栈中位于它上面的Activity都要出栈，一般和        FLAG_ACTIVITY_NEW_TASK配合使用。

- FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

  如果设置，新的Activity不会在最近启动的Activity的列表(就是安卓手机里显示最近打开的Activity那个系统级的UI)中保存。等同于在xml中指定android:exludeFromRecents="true"属性。

IntentFilter的匹配规则

Activity调用方式

1. 显示调用 明确指定被启动对象的组件信息，包括包名和类名

2. 隐式调用 不需要明确指定组件信息，需要Intent能够匹配目标组件中的IntentFilter中所设置的过滤信息。

匹配规则

- IntentFilter中的过滤信息有action、category、data。

- 只有一个Intent同时匹配action类别、category类别、data类别才能成功启动目标Activity。

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

** action**

action是一个字符串,匹配是指与action的字符串完全一样,区分大小写。

一个intent-filter可以有多个aciton，只要Intent中的action能够和任何一个action相同即可成功匹配。

Intent中如果没有指定action，那么匹配失败。

** category**

category是一个字符串。

Intent可以没有category，但是如果你一旦有category，不管有几个，每个都必须与intent-filter中的其中一个category相同。

系统在 startActivity 和 startActivityForResult 的时候，会默认为Intent加上 android.intent.category.DEFAULT 这个category，所以为了我们的activity能够接收隐式调用，就必须在intent-filter中加上 android.intent.category.DEFAULT 这个category。

** data**

data的匹配规则与action一样，如果intent-filter中定义了data，那么Intent中必须要定义可匹配的data。

intent-filter中data的语法：

        <data android:scheme="string"

                  android:host="string"

                  android:port="string"

                  android:path="string"

                  android:pathPattern="string"

                  android:pathPrefix="string"

                  android:mimeType="string"/>

Intent中的data有两部分组成：mimeType和URI。mimeType是指媒体类型，比如

image/jpeg、audio/mpeg4-generic和video/等，可以表示图片、文本、视频等不同的媒

体格式。

URI的结构：

        <scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]

实际例子

        content://com.example.project:200/folder/subfolder/etc

        http://www.baidu.com:80/search/info

scheme：URI的模式，比如http、file、content等，默认值是 file 。

host：URI的主机名

port：URI的端口号

path、pathPattern和pathPrefix：这三个参数描述路径信息。

path、pathPattern可以表示完整的路径信息，其中pathPattern可以包含通配符 * ，表示0个或者多个任意字符。

pathPrefix只表示路径的前缀信息。

过滤规则的uri为空时，有默认值content和file，因此intent设置uri的scheme部分必须为content或file。

Intent指定data时，必须调用 setDataAndType 方法， setData 和 setType 会清除另一方的值。

对于service和BroadcastReceiver也是同样的匹配规则，不过对于service最好使用显式调用。

隐式调用需注意

- 当通过隐式调用启动Activity时，没找到对应的Activity系统就会抛出 android.content.ActivityNotFoundException 异常，所以需要判断是否有Activity能够匹配我们的隐式Intent。

- 采用 PackageManager 的 resloveActivity 方法或Intent 的 resloveActivity 方法

        public abstract List<ResolveInfo> queryIntentActivityies(Intent intent,int flags);

        public abstract ResolveInfo resloveActivity(Intent intent,int flags);

以上的第二个参数使用 MATCH_DEFAULT_ONLY ，这个标志位的含义是仅仅匹配那些在

intent-filter中声明了 android.intent.category.DEFAULT 这个category的Activity。因为如果把不含这个category的Activity匹配出来了，由于不含DEFAULT这个category的Activity是无法接受隐式Intent的从而导致startActivity失败。

- 下面的action和category用来表明这是一个入口Activity，并且会出现在系统的应用列表中，二者缺一不可。

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

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