Activity启动模式

Activity的LaunchMode
默认情况下，我们多次启动同一个Activity的时候，系统会创建多个实例并把他们一一放入任务栈中，当我们单击back键，会发现这些Activity会一一回退。任务栈是一种后进先出的栈结构，每back一下就会有一个Activity出栈，直到栈清空为止，当栈中无任何Activity的时候，系统就会回收这个栈。
Android提供了启动模式来修改系统的默认行为，目前有四种启动模式：standard，singleTop，singleTask，singleInstance。
（1）standard：标准模式。系统默认模式，每次启动一个Activity多会创建一个新的实例，不管这个实例是否存在。被创建的实例生命周期符合典型情况下的Activity生命周期，onCreate、onStart、onResume等都会调用。这是一种典型的多实例实现。这种模式下，谁启动了Activity，那么这个Activity就会在启动它的Activity的栈中。当我们用ApplicationContext去启动standard模式的Activity的时候会报错

Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

这是因为standard模式的Activity默认会进入启动它所在的任务栈中，但是非Activity类型的Context并没有所谓的任务栈，所以这就有问题了。解决这个问题的方法是为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候待启动的Activity实际上是以singleTask模式启动的。
（2）singleTop：栈顶复用模式。在这种模式下，如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent会被调用，通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个Activity的onCreate、onStart不会被调用，因为它并没有发生变化，如果新Activity的实例已经存在但不位于栈顶，那么新Activity仍然会重建。
（3）singleTask：栈内复用模式。这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会创建实例，和singleTop一样，系统也会调用其onNewIntent。具体一点，当一个具有singleTask模式的Activity请求启动后，比如Activity A，系统首先会寻找A想要的任务栈，如果不存在，就会创建一个任务栈，然后创建A的实例后把A放入栈中。如果存在A所需的任务栈这时要看A是否在栈中有实例存在，如果有实例存在那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果不存在就会创建它的实例并压入栈中。举几个例子：

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

（4）singleInstance：单实例模式。这是一种加强的singleTask模式，它除了具有singleTask模式所有的特性外，还加强了一点，那就是具有此种模式的Activity只有单独的位于一个任务栈中。比如Activity A是singleInstance模式，当A启动的时候，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁了。

• 假设目前有两个任务栈，前台任务栈情况为AB，后台任务栈情况为CD，假设CD启动模式均为singleTask。现在请求启动D，那么整个后台任务栈都会被切换到前台，这时候整个后退列表变为了ABCD。当用户按back键的时候，列表中Activity会一一出栈，如图：
  

如果不是请求D而是启动C，那么情况就不一样了

• 什么是任务栈

  这要从一个参数说起，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，或者
  说，C从A的任务栈转移到了B的任务栈中。可以这么理解，由于A启动了C，这个时候C
  只能运行在A的任务栈中，但是C属于B应用，正常情况下，它的TaskAffinity值肯定不可
  能和A的任务栈相同（因为包名不同）。所以，当B被启动后，B会创建自己的任务栈，
  这个时候系统发现C原本所想要的任务栈已经被创建了，所以就把C从A的任务栈中转移
  过来了。

• 如何给Activity指定启动模式呢？

  有两种方法，第一种是通过AndroidMenifest为
  Activity指定启动模式，如下所示。

<activity
android:name="com.ryg.chapter_1.SecondActivity"
android:configChanges="screenLayout"
android:launchMode="singleTask"
android:label="@string/app_name" />

另一种情况是通过在Intent中设置标志位来为Activity指定启动模式，比如：

Intent intent = new Intent();
intent.setClass(MainActivity.this,SecondActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);

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

• Activity的Flags

Activity的Flags有很多，这里主要分析一些比较常用的标记位。标记位的作用很多，
有的标记位可以设定Activity的启动模式，比如FLAG_ACTIVITY_NEW_TASK和
FLAG_ACTIVITY_SINGLE_TOP等；还有的标记位可以影响Activity的运行状态，比如
FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS等。
下面主要介绍几个比较常用的标记位，剩下的标记位读者可以查看官方文档去了解，大部
分情况下，我们不需要为Activity指定标记位，因此，对于标记位理解即可。在使用标记
位的时候，要注意有些标记位是系统内部使用的，应用程序不需要去手动设置这些标记位
以防出现问题。
FLAG_ACTIVITY_NEW_TASK
这个标记位的作用是为Activity指定“singleTask”启动模式，其效果和在XML中指定该
启动模式相同。
FLAG_ACTIVITY_SINGLE_TOP
这个标记位的作用是为Activity指定“singleTop”启动模式，其效果和在XML中指定该
启动模式相同。
FLAG_ACTIVITY_CLEAR_TOP
具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity
都要出栈。这个模式一般需要和FLAG_ACTIVITY_NEW_TASK配合使用，在这种情况
下，被启动Activity的实例如果已经存在，那么系统就会调用它的onNewIntent。如果被启
动的Activity采用standard模式启动，那么它连同它之上的Activity都要出栈，系统会创建新
的Activity实例并放入栈顶。通过1.2.1节中的分析可以知道，singleTask启动模式默认就具
有此标记位的效果。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有这个标记的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望
用户通过历史列表回到我们的Activity的时候这个标记比较有用。它等同于在XML中指定
Activity的属性android:excludeFromRecents=“true”

可以通过 adb shell dumpsys activity 命令查看栈等信息
注：从《Android开发艺术探索》中学习