下面内容来源于网络查找的资料：

参考复制网页：https://www.cnblogs.com/awkflf11/p/12088062.html

1 Activity 的生命周期和启动模式

1.1 Activity 的生命周期全面分析

用户正常使用情况下的生命周期 & 由于 Activity 被系统回收或者设备配置改变导致 Activity 被销毁重建情况下的生命周期。

1.1.1 典型情况下的生命周期分析

Activity 的生命周期和启动模式

image.png

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 中。

1.1.2 异常情况下的生命周期分析

1 系统配置变化导致 Activity 销毁重建

例如 Activity 处于竖屏状态，如果突然旋转屏幕，由于系统配置发生了改变，Activity 就会被销
毁并重新创建。
在异常情况下系统会在 onStop 之前调用 onSaveInstanceState 来保存状态。Activity 重新创建后，会在 onStart 之后调用 onRestoreInstanceState 来恢复之前保存的数据。

保存数据的流程： Activity 被意外终止，调用 onSaveIntanceState 保存数据 -> Activity 委托 Window，Window 委托它上面的顶级容器一个 ViewGroup（可能是 DecorView）。然后顶层容器在通知所有子元素来保存数据。

这是一种委托思想，Android 中类似的还有：View 绘制过程、事件分发等。

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

2 资源内存不足导致低优先级的 Activity 被回收
三种 Activity 优先级：前台 - 可见非前台 - 后台，从高到低。
如果一个进程没有四大组件，那么将很快被系统杀死。因此，后台工作最好放入 service 中。

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

configChanges 一般常用三个选项：

locale 系统语言变化
keyborardHidden 键盘的可访问性发生了变化，比如用户调出了键盘
orientation 屏幕方向变化

1.2 Activity 的启动模式

1.2.1 Activity 的 LaunchMode

Android 使用栈来管理 Activity。

standard
每次启动都会重新创建一个实例，不管这个 Activity 在栈中是否已经存在。谁启动了这个 Activity，那么 Activity 就运行在启动它的那个 Activity 所在的栈中。
用 Application 去启动 Activity 时会报错，原因是非 Activity 的 Context 没有任务栈。解决办法是为待启动 Activity 制定 FLAG_ACTIVITY_NEW_TASH 标志位，这样就会为它创建一个新的任务栈。
singleTop
如果新 Activity 位于任务栈的栈顶，那么此 Activity 不会被重新创建，同时回调 onNewIntent 方法。onCreate 和 onStart 方法不会被执行。
singleTask
这是一种单实例模式。如果不存在 activity 所需要的任务栈，则创建一个新任务栈和新 Activity 实例；如果存在所需要的任务栈，不存在实例，则新创建一个 Activity 实例；如果存在所需要的任务栈和实例，则不创建，调用 onNewIntent 方法。同时使该 Activity 实例之上的所有 Activity 出栈。
参考：taskAffinity 标识 Activity 所需要的任务栈
singleIntance
单实例模式。具有 singleTask 模式的所有特性，同时具有此模式的 Activity 只能独自位于一个任务栈中。
假设两个任务栈，前台任务栈为 12，后台任务栈为 XY。Y 的启动模式是 singleTask。现在请求 Y，整个后台任务栈会被切换到前台。如图所示：

设置启动模式

manifest 中设置下的 android:launchMode 属性。
启动 Activity 的 intent.addFlags (Intent.FLAG_ACTIVITY_NEW_TASK); 。
两种同时存在时，以第二种为准。第一种方式无法直接为 Activity 添加 FLAG_ACTIVITY_CLEAR_TOP 标识，第二种方式无法指定 singleInstance 模式。
可以通过命令行 adb shell dumpsys activity 命令查看栈中的 Activity 信息。

1.2.2 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" 属性。

1.3 IntentFilter 的匹配规则

Activity 调用方式

显示调用明确指定被启动对象的组件信息，包括包名和类名
隐式调用不需要明确指定组件信息，需要 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" />

笔记 - 1