Android Activity启动模式

1.任务栈Task
要想明白activity的启动模式，首先要明白任务栈Task。

①Android对Activity的管理是通过Task来实现的。Task是一组相互关联的activity的集合。
启动一个应用时，该应用的任务将出现在前台，如果应用不存在任务（应用最近未曾使用）Android就会为应用创建一个新任务Task，并将该应用的入口Activity作为栈中的根Activity打开。在实际开发项目中会包含多个Activity，系统使用任务栈来存储这些Activity实例，这些Activity按照各自的打开顺序排列在任务栈中。只有在任务栈栈顶的activity才可以和用户交互。

②任务栈Task是一个称为后退栈back stack的数据结构，它是一种后进先出的栈结构。这个栈的基本行为是：当用户在多个activity之间跳转时执行压栈操作，当用户按返回键时执行出栈操作。
比如当前Activity A启动另一个Activity B时，Activity B会被推送到任务栈顶部成为焦点，此时Activity A仍保留在堆栈中，但是处于停止状态（Activity处于停止状态时系统会保持其用户界面的当前状态）。当用户按返回按钮时Activity B就会从任务栈顶部弹出(Activity B被销毁)，而Activity A恢复执行(恢复其UI的前一状态)。
任务栈中的Activity永远不会重新排列，仅执行压栈和出栈操作。
当任务栈中所有的activity都清除出栈时，该任务栈会被销毁。当程序所有的任务栈都销毁时，程序就会退出。

③任务Task是一个有机整体，当用户开始新任务或通过Home按钮回到主屏幕时，可以移动到“后台”。尽管在后台时该任务栈中的所有Activity全部停止，但是任务的返回栈仍旧不变，也就是说当另一个任务发生时，该任务仅仅失去焦点而已。然后任务可以返回到“前台”，用户就能够回到离开时的状态。

④由于返回栈中的Activity永远不会重新排列，因此如果应用允许用户从多个Activity中启动特定Activity都会创建该Activity的新实例并推入堆栈中，而不是将Activity的任一先前实例置于顶部。导致应用中的一个Activity可能会多次实例化。

⑤task是可以跨应用的，这正是task存在的一个重要原因。也就是说不同app的activity可以位于同一个task中。
有些Activity虽然不在同一个app中，但为了保持用户操作的连贯性，会把它们放在同一个任务中。例如在应用中的Activity A中点击发送邮件，会启动邮件程序的Activity B来发送邮件，这两个activity是存在于不同app中的，但是被系统放在一个任务中，这样当发送完邮件后，用户按back键返回，可以返回到原来的Activity A中，这样就确保了用户体验。

2.Activity的四大启动模式
默认情况下，多次启动同一个Activity时系统会创建多个实例并把它们一一放入任务栈中，单击返回键这些Activity依次回退。这里会发现一个问题：多次启动同一个Activity，系统会重复创建多个实例。为了避免这种情况发生，Android系统提供了启动模式来修改系统的默认行为。

启动模式在多个Activity跳转时很重要，它可以决定是否生成新的Activity实例，是否重用已存在的Activity实例，是否和其他Activity实例共用一个task里。

目前有四种启动模式：standard、singleTop、 singleTask和singlelnstance。

①标准模式standard
默认模式，每次启动一个Activity都会重新创建一个新的实例并置于栈顶，不管这个实例是否已经存在。被创建的实例的生命周期符合典型情况下Activity的生命周期，它的onCreate、onStart、onResume 都会被调用。
这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。
在standard模式下，谁启动了这个Activity，这个Activity就运行在启动它的那个Activity所在的栈中。比如Activity A启动了Activity B ( B是标准模式），那么B就会进入到A所在的栈中。
注意：如果在没有任务栈的情况下启动standard 模式的Activity会报错。比如在Service中或通过ApplicationContext启动standard模式的Activity时，由于此时新Activity没有任务栈可入，会出现异常：
Caused by: android.util.AndroidRuntimeExc eption: Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?
这是因为standard模式的Activity默认会进入启动它的Activity所属的任务栈中，但是非Activity类型的Context （如ApplicationContext）并没有所谓的任务栈， 所以就出问题了。解决办法是为新启动Activity指定FLAG_ACTIVlTY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈，这样新启动Activity实际上是以singleTask模式启动的。

②栈顶复用模式singleTop
如果要启动的Activity已经位于任务栈的栈顶，那么不会创建新的Activity实例，而是复用栈顶的Activity，此时会调用它的onPause、onNewIntent和onResume方法，通过onNewIntent()的参数可以获取当前请求的信息。
注意：这个Activity的onCreate、onStart不会被调用，因为它并没有发生改变。如果新Activity的实例已经存在但不是位于栈顶，那么新Activity仍然会重新重建。
比如目前栈内的情况为ABCD， 其中ABCD为四个Activity，A位于栈底，D位于栈顶，这时假设要再次启动D， 如果D的启动模式为singleTop， 那么栈内的情况仍然为ABCD；如果D的启动模式为standard，那么由于D被重新创建， 导致栈内的情况就变为ABCDD。

③栈内复用模式singleTask
只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，而是会回调其onPause、onNewIntent和onResume方法。
当一个singleTask模式的Activity A被请求启动后，系统首先会寻找是否存在A想要的任务栈，如果不存在就重新创建一个任务栈，然后创建A的实例后把A放到栈中；如果存在A所需的任务栈，这时要看A是否在栈中有实例存在，如果有实例存在系统就会把A调到栈顶并调用它的onNewlntent方法同时栈中在该Activity之上的所有Activity都会被出栈；如果实例不存在就创建A的实例并压入栈中。
这里所说的A所需要的任务栈是什么意思呢？其实 Activity可以通过参数TaskAffinity指定自己想要的任务栈的名字。默认情况下所有的Activity所需要的任务栈的名字为应用的包名。

比如任务栈S1中的情况为ABC，这时Activity D以singleTask模式请求启动，其所需要的任务栈为S2，由于S2和D均不存在，所以系统会先创建任务栈S2，然后再创建D的实例并入栈到S2。
另外一种情况，假设D所需的任务栈为S1，其他情况如上面例子所示，此时由于S1已经存在，所以系统会直接创建D的实例并将其入栈到S1。
如果D所需的任务栈为S1，并且当前任务栈S1的情况为ADBC，根据栈内复用的原则，此时D不会重新创建，系统会把D切换到栈顶并调用它的onNewlntent方法，同时由于singleTask默认具有clearTop的效果，会导致栈内所有在D上面的Activity全部出栈，于是最终S1中的情况为AD。

④单实例模式singlelnstance
前三种启动模式，都是在同一个任务栈中，SingleInstance模式的Activity会新开一个任务栈，该任务栈中只存放当前Activity实例。
当该模式的Activity实例在任务栈中创建后，只要该实例还在任务栈中，多次启动此Activity都不会重新创建它的实例，而是调用它的onPause、onNewIntent、onResume方法复用该Activity。

比如Activity A是singlelnstance模式，当A启动后系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，并保证不再有其他activity实例进入。 由于栈内复用的特性，后续A的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁了。

为了便于理解singleInstance启动模式，举一个例子，假如有一个share应用，其中的ShareActivity是入口Activity，也是可供其他应用调用的Activity，ShareActivity的启动模式设置为singleInstance，然后在其他应用中调用。
编辑ShareActivity的配置：
< activity android:name=".ShareActivity" android:launchMode=“singleInstance”>
< intent-filter>
< action android:name=“android.intent.action.MAIN” />
< category android:name=“android.intent.category.LAUNCHER” />
< /intent-filter>
< intent-filter>
< action android:name=“android.intent.action.SINGLE_INSTANCE_SHARE” />
< category android:name=“android.intent.category.DEFAULT” />
< /intent-filter>
< /activity>
然后在其他应用app中启动该Activity：
Intent intent = new Intent( “android.intent.action .SINGLE_INSTANCE_SHARE”);
startActivity(intent);
在其他app中打开ShareActivity后再按后退键回到原来界面时，ShareActivity做为一个独立的个体存在。如果这时打开share应用，就无需创建新的ShareActivity实例即可看到结果，因为系统会自动查找，存在则直接利用。

singleInstance模式存在的意义就是解决共享activity实例的问题。假设程序A中有一个activity是允许其他应用程序调用的，如果要实现其他程序B和程序A可以共享这个activity的实例，应该如何实现呢？这时使用前三种模式肯定是做不到的，因为每个应用程序都会有自己的返回栈，同一个activity在不同的返回栈中入栈时必然是创建了新的实例，此时就要用到singleInstance了，在singleInstance模式下会有一个单独的返回栈来管理这个activity，不管是哪个应用程序来访问这个activity都共用的同一个任务栈，也就解决了共享activity的问题。

3.设置Activity的启动模式
有两种方法， 第一种是通过AndroidMenifest设置。第二种是通过在Intent中设置标志位。

①在AndroidMainifest设置
在AndroidMainifest的Activity中设置android:launchMode=“启动模式”

②通过Intent设置标志位：
Intent inten = new Intent (ActA.this, ActB.class);
intent.addFlags(Intent, 标记位属性);
startActivity(intent);

这两种方式都可以为Activity指定启动模式，但是二者还是有区别的。首先优先级上，第二种方式的优先级要高于第一种，当两种同时存在时以第二种方式为准。其次它们在限定范围上有所不同，第一种方式无法直接为Activity设定FLAG_ACTIVITY_CLEAR_TOP标识，而第二种方式无法为Activity指定singlelnstance模式。

常用的标记位属性:
FLAG_ACTIVITY_SINGLE_TOP：Activity指定SingleTop启动模式。
FLAG_ACTIVITY_NEW_TASK：Activity指定SingleTask启动模式
FLAG_ACTIVITY_CLEAR_TOP：具有此标记位的Activity，启动时会将与该Activity在同一任务栈的其他Activity出栈。一般与SingleTask启动模式一起出现。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：具有此标记位的Activity不会出现在历史Activity的列表中，使用场景：当某些情况下不希望用户通过历史列表回到Activity时，此标记位便体现了它的效果。

4.TaskAffinity任务相关性
在singleTask启动模式中多次提到某个Activity所需要的任务栈，什么是Activity所需要的任务栈呢？这要从TaskAffinity参数说起，即任务相关性。TaskAffinity标识了一个Activity所需要的任务栈的名字。
默认情况下所有Activity的任务栈的名字都是应用的包名，也可以为Activity单独指定TaskAffinity属性，这个属性值不能和包名相同，否则就相当于没有指定。TaskAffinity属性主要和singleTask启动模式或allowTaskReparenting属性配对使用，在其他情况下没有意义。
另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再次调到前台。

当TaskAffinity和singleTask启动模式配对使用时，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运行在名字和TaskAffinity相同的任务栈中。

当TaskAffinity和allowTaskReparenting结合时会产生特殊的效果。当应用A启动了应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中。
比如现在有2个应用A和B，应用A启动了应用B的一个Activity C ，然后按Home键回到桌面，然后再单击应用B的桌面图标，这时并不是启动B的主Activity，而是重新显示已经被应用A启动的Activity C，也就是说Activity C 从A的任务栈转移到了B的任务栈中。可以这么理解，由于A启动了C，这时C只能运行在A的任务栈中，但是C属于B应用，正常情况下它的TaskAffinity值肯定不可能和A的任务栈相同（因为包名不同）。所以当B被启动后，B会创建自己的任务栈，这时系统发现C原本所想要的任务栈已经被创建了，所以就把C从A的任务栈中转移过来了。

5.启动模式举例说明
①假设有2个任务栈，前台任务栈为AB，后台任务栈为CD，假设CD的启动模式均为singleTask。现在请求启动D，那么整个后台任务栈都会被切换到前台，这时整个后退列表变成了ABCD。 当用户按back键的时候，列表中的Activity会一一出栈：D-C-B-A。如果不是请求启动D而是启动C，情况就不一样了，因为singleTask模式的Activity切换到栈顶会导致在它之上的栈内的Activity出栈，此时的出现顺序是：C-B-A。

②Activity A为standard模式并且它的TaskAffinity为包名com.test.demo；Activity B和Activity C都是singleTask并指定它们的taskAffinity属性为“ com.ryg.task1 ”（注意taskAffinity属性的值为字符串，且中间必须含有包名分隔符“ ．”），然后做如下操作：在Activity A中启动Activity B，在Activity B中启动Activity C，在Activity C中单击按钮又启动Activity A， 最后再在Activity A中单击按钮启动Activity B，现在按两次back键， 然后看到的是哪个Activity？答案是回到桌面。
首先，从理论上分析这个问题，A启动时，首先会创建com.test.demo任务栈，然后A启动B，这时需要为B创建一个任务栈com.ryg. task 1。B再启动C时，由于C所需的任务栈（和B为同一任务栈）已经被B创建， 所以系统无须再创建新的任务栈， 只是创建C的实例后将C入栈即可。接着C再启动A，A是standard模式，所以系统会为它创建一个新的实例并将它加到启动它的那个Activity的任务栈，由于是C启动了A，所以A会进入C的任务栈中并位于栈顶。这时一共有两个任务栈，一个是com.test.demo任务栈，里面只有A，另一个是com.ryg.task1任务栈，里面的Activity为BCA。接下来，A再启动B，由于B是singleTask，B需要回到任务栈的栈顶， 此时CA出栈，这时候com.ryg.task1任务栈只有B了。此时按back键，B也就出栈了， 由于com.ryg.task1已经没有Activity存在了，这个时候只能是回到后台任务栈并把A显示出来。注意这个A是后台任务栈的A ，不是“com.ryg.task 1 ” 任务栈的A，接着再继续back ，就回到桌面了。
可以在实践中再次验证这个问题，采用dumpsys命令。省略中间的过程，直接看C启动A的那个状态， 执行adb shell dumpsys activity命令，可以清楚地看到有2个任务栈，第一个（com.test.demo）只有A，第二个（com.ryg.task1)有BCA，然后再从A中启动B，可以发现在任务栈com.ryg.task1 中只剩下B了， C、A都已经出栈了，这时再按back键，任务栈com.ryg.chapter_1中的A就显示出来了， 如果再back就回到桌面了。

6.四大启动模式的应用场景
①standard
一般app中大部分页面都是由该模式的页面构成的，比较常见的场景是：社交应用中点击查看用户A信息->查看用户A粉丝->在粉丝中挑选查看用户B信息->查看用户A粉丝…这种情况下一般需要保留用户操作Activity栈的页面所有执行顺序。
②singleTop
SingleTop模式一般常见于社交应用中的通知栏行为功能，例如：App用户收到几条好友请求的推送消息，需要用户点击推送通知进入到请求者个人信息页，将信息页设置为SingleTop模式就可以增强复用性。
③singleTask
singleTask最常见的应用场景就是保持应用开启后仅仅有一个Activity的实例。最典型的样例就是应用中展示的主页(Home页)。
假设用户在主页跳转到其他页面，运行多次操作后想返回到主页，假设不使用SingleTask模式，在点击返回的过程中会多次看到主页，这明显就是设计不合理了。
SingleTask 模式一般用作应用的首页，例如浏览器主页，用户可能从多个应用启动浏览器，但主界面仅仅启动一次，其余情况都会走onNewIntent，并且会清空主界面上面的其他页面。
④singleInstance
singleInstance模式常应用于独立栈操作的应用，如闹钟的提醒页面，当你在A应用中看视频时，闹钟响了，点击闹钟提醒通知后进入提醒详情页面，然后点击返回就再次回到A的视频页面，这样就不会过多干扰到用户先前的操作了。

SingleInstance模式使用起来要特别注意，假设有activityA、activityB、activityC这三个activity，将activityB设置为SingleInstance。
第一种情况：
A开启B，B开启C，此时关闭activityC，则activityA会显示而不是想要的activityB，这是因为activityB和activityA、activityC所处的栈不同，C关闭了，就要显示C所处栈的下一个activity。
解决这个问题办法很多，可以通过记录开启activity，在被关闭的activity的finish方法中重新开启activityB。
第二种情况：
A开启B，然后按home键，再从桌面点开应用，显示的是A，这是因为launch启动应用的时候会从默认的栈找到栈顶的activity显示，这个解决办法的思路跟第一种差不多。
第三种情况：
A开启C，C开启B，B开启A，结果显示的是C，这还是两个栈造成的，B开启A的时候，其实是到达A所处的栈，栈顶是C，所以就显示C了，解决办法是用flag把默认栈activity清理了，重新开启A，或者回退到C时再开启A。
三种情况的解决方法都是基于页面少的情况，如果页面多了会产生更多的问题。为了必避免这个问题，最好不用在中间层使用SingleInstance。

注意：
(1)如果想让C和B同一个栈，那就使用taskinfinity给它们设置同样的栈名。
(2)onActivityResult不能与SingleInstance一起使用，因为不同栈。