-
Activity为什么需要启动模式？
为了避免频繁启动一个Activity时，生成多个实例，杜绝内存浪费。
一个Activity启动时，这个Activity实例就会被放入任务栈（Task）中; 当点击返回键的时候，位于任务栈顶层的Activity就会被清理出去; 当任务栈中不存在任何Activity实例后，系统就会去回收这个任务栈，程序退出。 -
怎么用
1.通过AndroidMenifest.xml文件为Activity指定启动模式
<activity android:name=".activity" android:launchMode="standard" />2.通过在Intent中设置标志位(addFlags方法)来为Activity指定启动模式
Intent intent = new Intent(); intent.setClass(ActivityB.this,ActivityA.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); startActivity(intent);常用的Activity的Flag
-
Intent.FLAG_ACTIVITY_NEW_TASK
相当于singleTask 通常我们在Service启动Activity时由于Service中并没有Activity任务栈， 所以必须使用该Flag来创建一个新的Task.-
Intent.FLAG_ACTIVITY_SINGLE_TOP
该标志位表示使用singleTop模式来启动一个Activity-
Intent.FLAG_ACTIVITY_CLEAR_TOP
该标志位表示使用singleTask模式来启动一个Activity-
Intent.FLAG_ACTIVITY_NO_HISTORY
使用该模式来启动Activity，当该Activity启动其他Activity后， 该Activity就被销毁了，不会保留在任务栈中。 如A-B,B中以这种模式启动C，C再启动D，则任务栈只有ABD。-
Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
使用该标识位启动的Activity不添加到最近应用列表， 也即我们从最近应用里面查看不到我们启动的这个activity。 与属性android:excludeFromRecents="true"效果相同。 -
-
taskAffinity 属性
taskAffinity属性不对standard和singleTop模式有任何影响
<activity android:name=".ActivitySingleTop" android:launchMode="singleTop" android:taskAffinity="com.castiel.demo.singletop"/>- 这个参数标示了一个Activity所需任务栈的名字,默认情况下,所有Activity所需的任务栈的名字为应用包名
- 一个任务的affinity决定于这个任务的根activity的taskAffinity
- 具有相同的affinity的activity(即设置了相同taskAffinity属 性的activity)属于同一个任务
- 为一个activity的taskAffinity设置一个空字符串,表明这个activity不属于任何task;
-
Activity的4种启动模式
-
standard-默认模式
允许多个相同Activity实例创建,叠加;
-
singleTop-栈顶复用模式
如果新的activity已经位于栈顶，那么这个activity不会被重写创建，同时它的onNewIntent方法会被调用，通过此方法的参数可以去除当前请求的信息;
如果栈顶不存在该activity的实例，则情况与standard模式相同;
-
singleTask-栈内复用模式
模式启动时会通过taskAffinity属性寻找任务栈,如果任务栈不存在,最会创建这个任务栈
如果栈中存在这个Activity的实例就会复用这个Activity,复用时,会将它上面的Activity出栈,并调用该实例的onNewIntent
-
singleInstance-全局唯一模式
该模式具备singleTask模式的所有特性外
区别:这种模式下Activity会单独占用一个Task栈,具有全局唯一性(即整个系统中就这么一个实例),除非这个任务栈销毁,否则不会创建新的实例
-
应用场景
standard：普通activity
singleTop：适合接收通知启动的内容显示页面
比如一下子收到一堆推送消息，不能每个都弹出来吧。但凡是这样的都行。优酷的推荐视频，电商app推送一个活动。
singleTask：程序入口等启动页面
最常见的应用场景就是保持我们应用开启后仅仅有一个Activity的实例。最典型的样例就是应用中展示的主页面（Fragment的containerActivity）、WebView页面、扫一扫页面、电商中：购物界面，确认订单界面，付款界面。
singleInstance：完全独立的
系统Launcher、锁屏键、来电显示等系统应用；
singleInstance不要用于中间页面,如果用于中间页面,跳转会有问题。
问题：举例 A -> B(singleInstance) ->C
情形 1：在 C 界面返回，会直接返回到 A，继续在 A 界面返回（退出） 会 出现 B(singleInstance) 界面。
情形 2：打开 C 界面 ，HOME 键应用推到后台再次返回应用，在 C 界面返回到 A，继续在 A 界面返回（退出），B被系统杀死不会再出现（设置taskAffinity属性除外）。
singleInstance用于中间页面的情形被面试官问到了，思路没错，回来试了下确实是这样无意中发现了情形 2的情况需要进一步验证原因，这里暂且不议。
LaunchMode与startActivityForResult() 的一些使用问题
在 5.0 之前 可能会遇到这种情况：
startActivityForResult方法启动一个Activity，然后在onActivityResult()方法中可以接收到上个页面的回传值，但你有可能遇到过拿不到返回值的情况。
原因：在还没有开始界面跳转本身的onActivityResult被马上被执行了
官方注解标示：
Android认为不同的Task之间对这种要求返回结果的启动方式会产生一些依赖（对Task），所以干脆简单粗暴在跳转前直接返回RESULT_CANCELED结果。
关系如下：
所以要注意5.0之前对启动模式的使用
5.0之后没有这类问题。
