Activity的LaunchMode
系统默认维护一种“后进先出”的任务栈，没创建一个Activity都会在栈中加载，单击back就会有一个栈退出。当栈中无任何Activity的时候，系统会回收这个任务栈。
目前有四种启动模式：standard、singleTop、singleTask和singleInstance。
standard：标准模式
这也是系统默认的启动模式。每次启动一个Activity都会重新创建一个实例，被创建的实例的生命周期符合典型情况下Activity的生命周期，它的onCreate、onStart、onResume都会被调用。这时一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以运行在启动它的那个Activity所在的栈中。比如Activity A启动Activity B（B是标准模式），那么B就会进入A所在的栈中。
当我们用ApplicationContext去启动standard模式的Activity的时候会报错。这时因为standa模式的Activity默认会进入启动它的Activity所属的任务栈中，但是由于非Activity类型的Context（如ApplicationContext）并没有所谓的任务栈，所以就有问题了。解决这个问题的方法是为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候待启动的Activity实际上是以singleTask模式启动的。
singleTop：栈顶复用模式
在这种模式下，如果新Acytivity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent方法会被回调，通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个Activity的onCreate、onStart不会被系统调用，因为它并没有发生改变。如果新的Activity的实例已存在但不是位于栈顶，那么新Activity仍然会重新创建。举个例子，假设目前栈内情况是ABCD，其中A位于栈底，D位于栈顶，这个时候假设要再次启动D，如果D的启动模式为singleTop，那么栈内的情况仍然为ABCD；如果D的启动模式为standard，那么由于D被重新创建，导致站内情况就变为ABCDD。
singleTask：栈内复用模式
这是一种单实例模式，这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调onNewIntent。具体一点，当一个具有singleTask模式的Activity请求启动后，比如Activity A，系统首先会寻找是否存在A想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放到栈中。如果存在A所需的任务栈，这时要看A是否在栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果实例不存在，就会创建A的实例并把A压入栈中。
- 比如目前任务栈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。
任务栈：一个参数TaskAffinity，可以翻译为任务相关性。这个参数标识一个Activity所需要的任务栈名字，默认情况下，所有的Activity所需的任务栈的名字为应用的包名。当然我们可以为每个Activity都单独指定TaskAffinity属性，这个属性值必须不能和包名相同，否则就相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。
singleInstance：单实例模式
这时一种加强的singleTask模式，它除了具有singleTask模式所有特性为，还加强了一点，那就是具有此模式的Activity只能单独地位于一个任务栈中，换句话说，比如Activity A是一个singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity。除非这个独特的任务栈被系统销毁了。
我们假设目前有2个任务栈，前台任务栈的情况为AB，而后台任务栈的情况为CD，这里假设CD的启动模式均为singleTask。现在请求启动D，那么整个后台任务栈都会被切换到前台，这个时候整个后退列表变成ABCD。当用户按下back键的时候，列表中Activity会一一出栈。
如果不是请求启动D而是启动C，那么情况就不一样了。
指定Activity的启动模式
- 在AndroidMenifest为Activity指定启动模式
<activity
android:name="com.example.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模式。
