标签：Android
任务栈：
栈：它是一种运算受限的线性表。其限制是仅允许在表的一端进行插入和删除运算。这一端被称为栈顶，相对地，把另一端称为栈底。向一个栈插入新元素又称作进栈、入栈或压栈，它是把新元素放到栈顶元素的上面，使之成为新的栈顶元素；从一个栈删除元素又称作出栈或退栈，它是把栈顶元素删除掉，使其相邻的元素成为新的栈顶元素。它是一种“后进先出”的栈结构。
在android中，默认情况下，当我们多次启动同一个Activity时，系统会创建多个实例并将实例压入任务栈。当我们点击back键时，这些Activity会依次回退，直到栈空为止。当栈中午任何Activity时，系统就会回收这个任务栈。于是我们会发现这样一个问题：多次启动同一个Activity，系统会重复创建多个实例。因此Android在设计的时候，提供了启动模式来修改系统的默认行为。
目前Activity有四种启动模式：standard、singleTop、singleTask、 singleInstance。
1.standard:标准模式也是系统的默认模式。
每次启动一个Activity都会重新创建一个新的实例，不论这个实例是否已经存在。被创建的实例的生命周期符合常规的Activity的生命周期：会依次调用onCreate、onStart、onResume。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以有不同的任务栈。在这种模式下，谁启动了这个Activity，这个Activity就运行在启动它的那个任务栈中。比如Activity A启动了ActivityB（B是标准模式），那么B就会进入到A所在的栈中。
Note:当我们用ApplicationContext去启动Activity时会报错:
E/AndroidRuntime(674): 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所属的任务栈中，但是由于非Activity类型的Context并没有所谓的任务栈，因此出现了这个问题。解决这个问题的方法就是为待启动Activity指定FLAG_ACTIVITY_NEW_TASK标记位。此时就会为它创建一个新的任务栈，这个时候启动Activity实际上是以singleTask模式启动的。
2.singleTop:栈顶复用模式。
这种模式下，如果新的Activity已经位于任务栈的栈顶，那么此时Activity 不会被重新创建，同时它的onNewIntent方法会被回调，通过此方法的参数可以取出当前请求的信息。
Note:这个Activity的onCreate、onStart不会被系统调用，因为它并没有发生改变。如果新的Activity实例已经存在但不是位于栈顶，那么依然会新建实例。
For example:假设目前栈内的情况为ABCD，A位于栈底，D位于栈顶，这个时候假设要再次启动D（D的启动模式为singleTop），那么此时栈内的情况仍为ABCD。如果D的启动模式为standard，那么由于D被重新创建，栈内的情况就会变为ABCDD。
3.singleTask:栈内复用模式。
这是一种单例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例。和singleTop一样，系统会回调onNewIntent方法。
当一个具有singleTask模式的Activity A请求启动后，系统首先会寻找是否存在A想要的任务栈，如果不存在，就会重新创建一个任务栈，然后创建A并压入。如果存在A所需的任务栈，此时还需看A的实例是否存在，如果存在实例，那么系统就会把A调到栈顶并回调onNewIntent方法，如果不存在A 的实例，就会创建A的实例并压入栈中。
For example:
比如目前任务栈S1中的情况为ABC，这个时候ActivityD以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,除非这个独特的任务栈被系统销毁了。
任务栈：
在singleTask启动模式中，多次提到某个Activity所需的任务栈，那么什么是Activity所需的任务栈呢？ 这要从一个参数说起：TaskAffinity,可以翻译为任务相关性。这个参数标识了一个Activity所需要的任务栈的名字，在默认情况下，所有Activity所需要的任务栈的名字为应用的包名。当然我们可以为每个Activity都单独的指定TaskAffinity属性，但是这个属性值不能和包名相同，否则就相当于没有指定。
指定LaunchMode:
<activity
android:name=".MainActivity"
android:launchMode="singleTask"
android:label="@string/app_name">
</intent-filter>
</activity>
或者
Intent intent = new Intent(MainActivity.this,SecondActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
这两种方式都可以为Activity指定启动模式，但是二者还是有区别的。首先，优先级上，第二种方式的优先级要高于第一种，当两种同时存在时，一第二种方式为准。其次，上述两种方式在闲的范围上也有所不同，比如，第一种方式无法直接为Activity设定FLAG_ACTIVITY_CLEAR_TOP标记，而第二种方式无法为Activity指定singleInstance模式。
