Activity 的生命周期和启动模式 | 积跬步，至千里。

生命周期

onStart(): Activity 正在启动，这时 Activity 已经可见，但是还没有出现在前台，还无法进行交互。
onResume(): Activity 可见，并且在前台，并且开始活动，可以和用户进行交互。
当前 Activity 的 onStop() 方法是否执行，关键在于启动的 Activity 的主题，如果启动的 Activity 主题是透明的，那么当前 Activity 的 onStop() 就不会执行，如果不是透明的，当前 Activity 的 onStop() 就会执行。
onStart() 和 onStop() 是从 Activity 是否可见这个角度来回调的，随着用户操作或者设备屏幕的熄灭和点亮，这两个方法可能被调用多次。
onStop() 执行的时机
1. home键返回，锁屏，关闭界面肯定会调用 onStop() 的
2. 开启另一个 Activity 并不一定会调用当前Activity的 onStop()，因为如果当设置 Activity 的主题 windowIsTranslucent 属性为 true 时，窗口为半透明，虽然最后看着效果和直接开启一个 Activity 没有什么区别，但是当前 Activity 并不会调用 onStop()，只会调用 onPause()。
onResume()和 onPause() 是从 Activity 是否位于前台这个角度来回调的，随着用户操作或者设备屏幕的熄灭和点亮，这两个方法被调用多次。
不能在 onPause() 中做重量级操作，因为只有执行完 onPause() , onResume() 才会执行, onStop() 中可以做一些稍微重量级的操作，但是不能太耗时，
onSaveInstanceState()方法是在 onStop() 之后，可能在 onPause() 之前，也可能在 onPause() 之后,只有 Activity 异常终止的时候，才会执行该方法

启动模式

Standard 标准模式 也是系统默认模式，每次启动都会创建一个新的实例，不管该实例是否存在。被创建的实例的生命周期符合典型情况下的生命周期，谁启动这个 Activity ，那么该 Activity 就和这个在同一个任务里面。如果启动者是除 Activity 之外的 Context ,这时如果没有任务栈，会报错。此时需要指定ACTIVITY_FLAG_NEW_TASK
SingleTop 栈顶复用模式 如果该 Activity 在栈顶，则再次启动的该 Activity 的时候，不创建， onCreate() 和 onStart() 也不会执行，但是 onNewIntent() 方法会执行，通过此方法我们可以获得当前请求的信息。如果不在栈顶但是存在这个栈里面，那么就仍然创建新的实例，

适合接受通知启动的内容显示界面。
例如：当收到多条新闻推送的通知，用于展示新闻的 Activity 界面，可以设置 SingleTop 模式，根据传递过来的信息显示不同的新闻信息，不会启动多个 Activity 。
SingleTask 栈内复用模式 一种单实例模式，只要该 Activity 存在一个栈中，那么多次启动该 Activity 都不会重新创建该实例，也不会执行 onCreat() 和 onStart() 方法，但是执行 onNewIntent() ，如果 Activity A 是singleTask
```
if(A 所在的栈不存在){
创建 A 所需的任务栈 taskA
}
if(taskA 中不存在 A 的实例){
创建 A 的实例，执行 onCreate() , onStart() ,onResume()
放到任务栈 taskA 中
}else{
if(A 不在栈顶){
  清空 A 之上的所有 Activity 实例
}
执行 onNewIntent() ,
}
```
到这里说明存在包含 A 实例的任务栈
调用 A 的实例到栈顶并执行 onNewIntent() 方法
例如任务栈 S1 中有 ABC ， Activity D 以 singleTask 模式启动
1. 如果 D 所需要的栈是 S2 由于 D 和 S2 都不存在，系统先创建任务栈 S2 ，然后在创建 D 的实例并将其压入到 S2 中
2. 如果 D 所需要的任务栈是 S1 ,由于 S1 已经存在，那么就直接创建 D 的实例并将其压入到 S1 中
3. 如果 D 所需要的任务栈是 S1 ，并且 S1 内是 ADBC ，那么此时 D 不会创建，而是把 BC 移除栈，因为 singleTask 具有 clearTop 的效果，最终 S1 的情况是 AD 这两个
适合做程序的主入口。
例如浏览器主页面，不管多少应用启动浏览器，主界面只启动一次，其余情况都会执行 onNewIntent() ,并且会清空主界面信息。
SingleInstance 单实例模式，是一种加强的 singleTask 模式，除了具有 singleTask 的模式的所有特性，还有一点就是此模式的 Activity 只能单独位于一个任务栈中。由于独自一个栈，就没有 clearTop 一说了，

例如闹铃响铃界面，在你正在聊微信的时候，突然响铃，弹出一个对话框形式的Activity（名为AlarmAlertActivity），这个 Activity 就是以 SingleInstance 模式加载出来的，当你按下返回键之后，返回的是微信界面，因为栈内只有这一个 Activity ，按下返回键，栈就为空了。如果设置 SingleTask ，那么按下返回键就应该是闹铃设置页面。

TaskAffinity 任务相关性

标识了一个 Activity 所需要的任务栈的名字，默认情况下，所有的 Activity 所需要的任务栈的名字都为应用程序的包名，
主要是和 singleTask 启动模式或者 allowTaskReparenting 属性配对使用，
任务栈分为前台任务栈和后台任务栈，可以通过切换将后台任务栈再次调到前台
可以通过android:taksAffinity=”“来设置改 Activity 的任务栈，注意属性必须是字符串，并且必须包含分隔符“.”

allowTaskReparenting

赋予 Activity 在各个 Task 中间转移的特性。一个在后台任务栈中的 Activity A，当有其他任务进入前台，并且 taskAffinity 与 A 相同，则会自动将 A 添加到当前启动的任务栈中。

设置 Activity 的启动模式

在 AndroidManifest 为 Activity 指定启动模式：android：launchMode=””
通过 Intent 中设置标志来为 Activity 指定启动模式 intent.addFlags(Intent.FlAG_ACTIVITY_NEW_TASK);

二者区别：

第二种方式优先级高于第一种，两种同时存在的时候，以第二种为准
范围不同，第一种方式无法设定 FlAG_ACTIVITY_CLAER_TOP ,第二种方式无法指定 Activity 为 singleInstance 模式

Activity 的Flags

FLAG_ACTIVITY_NEW_TAKS
和在 xml 中设置 singleTask 模式相同
FLAG_ACTIVITY_SINGLE_TOP
和在 xml 中设置 singleTop 模式相同
FLAG_ACTIVITY_CLEAR_TOP
启动该 Activity 的时候，在同一个任务栈中位于他上面的 Activity 都要出栈，一般和 FLAG_ACTIVITY_NEW_TAKS 配合使用，在这种情况，如果已经存在该实例，系统会调用 onNewIntent() ，如果被启动的 Activity 采用 standard 模式启动，那么连他同它之上的 Activity 都要出栈，系统会创建新的 Activity 实例并放入栈顶。 singleTask 启动模式默认就有此标记的效果
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有这个标记的 Activity 不会出现在历史 Activity 列表中，等同于android:excludeFromRecents=”true”

IntentFilter 的匹配规则

启动 Activity 方法

显式调用需要明确指定被启动对象的组件信息，包括包名和类名，
隐式调用不需要明确组件信息，

原则上一个 Intent 不应该即是显示调用，又是隐式调用，如果二者共存以显式调用为主

隐式调用

需要 Intent 能够匹配目标组件的 IntentFilter 所设置的过滤信息，包括 action ， category ， data ,
一个Intent-filter可以包含多个 action ， category ， data ，
一个 Intent 只有同时匹配 action 类别， category 类别， data 类别，才能算完全匹配，才能启动目标Activity
一个 Activity 中可以有多个 IntentFilter ,一个 Intent 只要匹配任何一组intent-filter就可以启动对应的Activity
Alt text

action的匹配规则

action是一个字符串，区分大小写，
一个过滤规则可以有多个 action ，只要 Intent 中的 action 能够和过滤规则的任何一个 action 相同就可以匹配成功。
如果没有指定 action ，那么匹配失败，
action的匹配要求 Intent 中的 action 存在并且必须和过滤规则中的其中一个 action 相同

category的匹配规则

要求 Intent 如果含有 category ，那么所有的 category 都必须和过滤中的其中一个 category 相同，换句话说，如果 Intent 中出现了 category ，不管有几个 category ，对于每个 category 来说，它必须是过滤规则中已经定义的category.

Intent中可以没有 category ，但是一旦有 category ，不管有几个，每个都要能够和过滤规则中的任何一个 category 相同

不设置 category ，系统在调用 startActivity() 的时候，会默认加上android.intent.category.DEFAULT这个 category ，

android.intent.action.MAIN 与android.intent.category.LAUNCHER

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

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

这二者共同出现，标明该 Activity 是一个入口 Activity ，并且会出现在系统应用列表中，二者缺一不可。

android.intent.action.MAIN 与android.intent.category.LAUNCHER的区别区别一：

android.intent.action.MAIN 决定一个应用程序最先启动那个组件
android.intent.category.LAUNCHER 决定应用程序是否显示在程序列表里(说白了就是是否在桌面上显示一个图标)

第一种情况：有 MAIN ,无 LAUNCHER ，程序列表中无图标。
原因：android.intent.category.LAUNCHER决定应用程序是否显示在程序列表里
第二种情况：无 MAIN ,有 LAUNCHER ，程序列表中无图标
原因：android.intent.action.MAIN决定应用程序最先启动的 Activity ，如果没有 MAIN ，则不知启动哪个 Activity ，故也不会有图标出现

所以这两个属性一般成对出现。
如果一个应用中有两个组件intent-filter都添加了android.intent.action.MAIN和 android.intent.category.LAUNCHER这两个属性，则这个应用将会显示两个图标，写在前面的组件先运行。

区别二：

android.intent.category.LAUNCHER：决定应用程序是否显示在程序列表里，就是 android 开机后的主程序列表。 android.intent.category.HOME：按住“HOME”键，该程序显示在 HOME 列表里。

data的匹配规则

如果过滤规则中定义了 data ,你们 Intent 中必须要定义可匹配的data

data的结构

Alt text
data 由两部分组成，

mimeType 指媒体类型，比如image/jpeg,audio/mpeg4-generic和video/*,可以表示图片，文本，视频等不同格式的媒体
URI URI 的结构

scheme: URI的模式，比如 http ， file , content 等，如果 URI 没有指定 scheme ，那么整个 URI 的其他参数无效，这也就意味着 URI 无效
host: URI的主机名，比如www.baidu.com，如果 host 未指定，那么整个 URI 的其他参数无效，这也就意味着 URI 无效
port: URI中的端口号，比如 80 ，仅当指定了 Scheme 和 host 参数的时候， port 参数才有意义
path/pathPattern/pathPreFix: 这三个表示路径信息：
1. path表示完整路径信息，
2. pathPattern也表示完整路径信息，但是里面可以包含通配符*，由于正则表达式的规范，想要表示真实的*，要转义写成\\*，\ 写成\\\\
3. pathPrefix 表示路径的前缀信息

匹配规则:Intent中必须含有 data 数据，并且 data 数据能够完全匹配过滤规则中的某一个 data ,这里的完全匹配是指过滤规则中出现的 data 部分也出现在 Intent 中的 data 中

规则一
匹配规则
```
intent.setDataAndType(Uri.fromFile("http://abc","video/mpeg"))
```
如果 data 中为指定 uri ，则缺省的是 content 或者 file , intent 中的 uri 的 scheme 部分需设置为 content 或者 file 才能有效
规则二
匹配以 http 开头的.pdf结尾的路径，是别的应用程序想要打开网络 pdf 的时候，用户能选择这个

  <intent-filter>  
    <action android:name="android.intent.action.VIEW"></action>  
    <category android:name="android.intent.category.DEFAULT"></category>  
    <data android:scheme="http" android:pathPattern=".*//.pdf"></data>  
  </intent-filter>

让别人通过 Intent 调用的时候显示在选择框中，只需要注册 android.intent.action.SEND 与 mimeType 为 text/plain 或 / 就可以了

<intent-filter>  
    <action android:name="android.intent.action.SEND" />  
    <category android:name="android.intent.category.DEFAULT" />  
    <data mimeType="*/*" />  
</intent-filter>

当打开某个音乐文件的时候，显示在选择框中，我们只用注册 android.intent.action.VIEW 与 mimeType 为 audio/* 就可以了

<intent-filter>  
     <action android:name="android.intent.action.VIEW" />  
     <category android:name="android.intent.category.DEFAULT" />  
     <data android:mimeType="audio/*" />  
</intent-filter>  

判断是否匹配隐式Intent

采用 PackageManager 的 resolveActivity() ，
Intent的 resolveActivity() ,如果找不到就会返回 null ，

queryIntentActivities() 返回所有成功匹配的 Activity 信息
resolveActivity() 返回最佳匹配的 Activity 信息

Binder 传递数据的限制

Android 系统对使用 Binder 传数据进行了限制。通常情况为 1M，但是根据不同版本、不同厂商，这个值会有区别。解决办法

减少通过Intent传递的数据，将非必须字段使用transient 关键字修饰
将对象转化成JSON字符串，减少数据体积。

搬运地址：

你必须弄懂的 Intent Filter 匹配规则