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的语法：
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的结构： 实际例子 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 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，并且会出现在系统的应用列表中，二者缺一不可。