Android Activity启动模式图解

系列文章：

• Android Activity生命周期，启动模式，启动过程详解
• Android Activity启动模式图解
• Android从开机到点击Icon中间发生了什么？

前言

项目开发时，遇到了跳转到另一Activity时，重复多次，然后退出时，需要多次返回才能退出，理想情况是虽然跳转多次，但只需退出一次即可返回桌面，原因是Activity的启动模式设置有误。
因此为了给用户良好的体验，界面跳转的启动方式十分重要，除了在AndroidManifest.xml文件中指定launchMode外，通过设置Intent的一些标志（以FLAG_ACTIVITY_开头）也可以新Activity的启动模式。

Activity启动模式

Task和Back Stack介绍

Task是在程序运行时只针对activity的概念。Task是一组相互关联的activity的集合，它是存在于framework层的一个概念，控制界面的跳转和返回。这个task存在于一个称为back stack(栈)的结构中，即framework是以栈的形式管理用户开启的activity的。

参考：张纪刚 原文链接

四种启动模式

默认情况下，当我们多次启动同一个Activity时，系统会创建多个实例并把它们一一放入任务栈中，每按下back键就会有一个Activity出栈，直到栈空为止。

standard：标准模式

这是系统默认的模式，每次启动一个新的Activity都会重新创建一个新的实例，不管这个实例已经是否存在。这种模式下，如果A启动了B（标准模式），那么B自动进入A所在的任务栈中。

singleTop：栈顶复用模式 （登录页面、推送通知栏）

此种模式下，如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时onNewIntent方法会被调用，通过此方法的参数获取当前请求信息。而且，此Activity的
onCreate，onStart不会被调用，因为没有发生改变。

• singleTop模式分3种情况：

1. 当前栈中已有该Activity的实例并且该实例位于栈顶时，不会新建实例，而是复用栈顶的实例，并且会将Intent对象传入，回调onNewIntent方法
2. 当前栈中已有该Activity的实例但是该实例不在栈顶时，其行为和standard启动模式一样，依然会创建一个新的实例
3. 当前栈中不存在该Activity的实例时，其行为同standard启动模式

standard和singleTop启动模式都是在原任务栈中新建Activity实例，不会启动新的Task，即使你指定了taskAffinity属性

singleTask：栈内复用模式（应用中展示的主页（Home页））

此种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，系统会回调onNewIntent方法。系统会先寻找是否存在A想要的任务栈，如果不存在，就
重建一个任务栈，然后创建A的实例放入新任务栈中；如果存在A想要的任务栈，再查看是否有Activity实例存在，有的话就把该实例调到栈顶，如果实例不存在，则创建A的实例放入
任务栈中。下面举三种例子说明此种模式运行机制：

1. 目前任务栈S1中为ABC，Activity D以singleTask模式请求启动，其需要的任务栈为S1，那么系统会创建D的实例，将D放入S1中
2. 目前任务栈S1中为ABC，Activity D以singleTask模式请求启动，其需要的任务栈为S2，那么系统会创建任务栈S2，再将D放入S2中

3. 目前任务栈S1中为ADBC，Activity D以singleTask模式请求启动，其需要的任务栈为S1，那么系统不会创建D的实例，将D切换到栈顶并调用其onNewIntent方法，同时栈内所有在D上
   面的Activity都需要出栈，最终的S1为AD

   
   
   

   ActivityLaunchMode_singleTask

singleInstance：单实例模式 （系统Launcher、锁屏键、来电显示等系统应用）

这是一种加强的singleTask模式，除了具有singleTask模式的所有特性外，具有此种模式的Activity只能单独位于一个任务栈中。比如Activity A以singleInstance模式启动，系统会
为其创建一个新的任务栈，然后A独自运行在该任务栈中，后续的请求均不会创建新的Activity。

以singleInstance模式启动的Activity具有独占性，即它会独自占用一个任务，被他开启的任何activity都会运行在其他任务中（官方文档上的描述为，singleInstance模式的Activity不允许其他Activity和它共存在一个任务中）

Intent Flags

上面的场景仅仅适用于Activity通过Intent启动Activity，并且Intent没有额外添加任何Flag，下面分析下几个常用FLAG的作用。

当启动模式与FLAG冲突时，以FLAG为准。

FLAG_ACTIVITY_NEW_TASK

该FlAG的作用可以分为两类情形，一种是Activity启动Activity，另一种是非Activity(如Service)启动Activty。
singleTask和singleInstance这两种启动模式被预设置了Intent.FLAG_ACTIVITY_NEW_TASK，而standard及singletTop则不会设置。
非Activity启动Activity时必须添加此Flag，这个FLAG的关注重点是TASK，设置此flag后，大多数情况下新启动Activity就会被放置到自己taskAffinity的Task中。下面具体总结下：

1. 目标Activity实例或者Task不存在，则一定会新建Activity，并将目标Task移动到前台
2. 目标Task存在，目标Activity不存在，则新建Activity，并将目标Task移动到前台
3. 目标Task存在，目标Activity存在，但是不是根Activity，则新建Activity

4. 目标Task存在，目标Activity存在，且是根Activity，且intent和当前待启动的intent相等，则只要将Task移动至前台即可

   
   
   

   ActivityLaunchMode_NewTask

FLAG_ACTIVITY_SINGLE_TOP

该FLAG的作用是为Activity指定"singleTop"启动模式，其效果和在XML中指定该启动模式相同

FLAG_ACTIVITY_CLEAR_TOP

具有此标志位的Activity，当它启动时，在同一个任务栈中所有位于其上面的Activity都要出栈，这个标志一般和FLAG_ACTIVITY_NEW_TASK一起使用，具体可以分为以下几种情况。

1. 单独使用，没有设置特殊的launchMode，那么其任务栈中目标Activity及目标Activity之上的Activity都出栈
2. 结合了FLAG_ACTIVITY_SINGLE_TOP，在目标Task和目标Activity都存在就不会重建，而是直接回调目标Activity的onNewIntent(),
3. 结合了FLAG_ACTIVITY_NEW_TASK使用，如果目标Task存在一个Activity实例，则将其上面的及自身清理掉，之后重建
4. 结合了FLAG_ACTIVITY_NEW_TASK和FLAG_ACTIVITY_SINGLE_TOP使用，如果topActivity不是目标Activity，就会去目标Task中去找，并唤起；如果topActivity是目标Activity，就直接回调topActivity的onNewIntent，无论topActivity是不是在目标Task中

参考：看书的小蜗牛 原文链接

FLAG_ACTIVITY_CLEAR_TASK

这个属性必须同FLAG_ACTIVITY_NEW_TASK配合使用，设置了这个FLAG后，如果目标task已经存在，将清空已存在的目标Task，否则，新建一个Task栈，再新建一个Activity作为根Activity。
Intent.FLAG_ACTIVITY_CLEAR_TASK的优先级最高，基本可以无视所有的配置，包括启动模式及Intent Flag，哪怕是singleInstance也会被finish，并重建。

参考：看书的小蜗牛 原文链接

TaskAffinity

前文我们说过启动Activity所需的任务栈，此参数标识了一个Activity所需要的任务栈的名字，默认情况下Activity所需要的任务栈为应用的包名。
TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。

1. TaskAffinity和singleTask配合使用时，它是具有该模式的Activity的目前任务栈的名字
2. TaskAffinity和allowTaskReparenting属性配合使用时，当一个应用A启动应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中