人最难的是面对真实的自己，面对自己的差距时，很多人总是像鸵鸟一样，把头深深地埋下去，假装看不到外面的世界.
Activity的LaunchMode
首先说一下Activity为什么需要任务栈。我们知道任务栈是一种“后进先出”的栈结构，当栈中无任何Activity的时候，系统就会回收这个任务栈。在默认情况下，我们可能会发现一个问题：多次启动同一个Activity，系统重复创建多个实例，这样不是很傻吗？因此，Android工程师在设计的时候不可能不考虑到这个问题，所以它提供了启动模式来修改系统的默认行为。目前有四种启动模式：standard、singleTop、singleTask和singleInstance。
下面先介绍各种启动模式的含义：
（1）standard：标准模式，这也是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。被创建的实例的生命周期符合正常情况下Activity的生命周期，因此onCreate、onStart、onResume都会被调用。这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种情况下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。但值得注意的是，当我们用ApplicationContext去启动standard模式的Activity的时候会报错，如图所示：
解释一下，why？这是因为standard模式的Activity默认会进入启动它的Activity所属的任务栈中，但是由于非Activity类型的Context（如ApplicationContext）并没有所谓的任务栈，所以就报错了。解决这个问题的方法是为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候待启动的Activity实际上是以singleTask模式启动的。
（2）singleTop：栈顶复用模式。在这种模式下，如果新Activity已经在任务栈中存在了并且位于任务栈的栈顶，那么新Activity不会被重新创建，同时它的onNewIntent方法会被调用，通过此方法的参数我们可以获取当前请求的信息。需要注意的是，这个Activity的onCreate、onStart不会被系统调用，因为它没有发生改变。如果新Activity已经存在任务栈中但不位于栈顶，那么新Activity仍然会重新创建。
（3）singleTask：栈内复用模式。这是一种单实例模式，在这种情况下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent方法。
说明几个情况：
第一种情况：比如目前任务栈T1中的情况为ABC，这个时候Activity D 以singleTask模式请求启动，其所需要的任务栈为T2，由于T2和D的实例均不存在，所以系统会先创建任务栈T2，然后再创建D的实例并将其入栈到T2当中。
第二种情况：假设D所需的任务栈为T1，其他情况如第一种情况所示，那么由于T1已经存在，所以系统会直接创建D的实例并将入栈到T1当中。
第三种情况：如果D所需要的任务栈为T1，并且当前任务栈T1的情况为ADBC，根据栈内复用原则，此时D不会重新创建，系统会把D切换到栈顶并调用其onNewIntent方法，同时由于singleTask默认具有clearTop的效果，会导致栈内所有的D上面的Activity全部出栈，于是最终T1中的情况为AD。
（4）singleInstance：单实例模式。这是一种加强的singleTask模式，它除了具有singleTask模式的所有特征外，还加强了一点，具有此种模式的Activity只能单独地位于一个任务栈中。比如Activity A是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁。
四种启动模式讲完了，但是遗留了一个问题，在singleTask启动模式中，多次提到某个Activity所需的任务栈，什么是Activity所需要的任务栈呢？
这要从一个参数说起:TaskAffinity，可以翻译为任务相关。这个参数标识一个Activity所需要的任务栈的名字，默认情况下，所有Activity所需的任务栈的名字为应用的包名。当然，我们可以为每个Activity都单独指定TaskAffinity属性，这个属性值不能和包名相同，否则就相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再次调到前台。
当TaskAffinity和singleTask启动模式配对使用的时候，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运行在名字和TaskAffinity相同的任务栈中。
比如有Activity A（主界面，默认模式）、Activity B和Activity C，其中B 和 C都设成singleTask启动模式并指定它们的taskAffinity属性为“com.launch.task1”，注意这个taskAffinity属性的值为字符串，且中间必须含有包名分割符“.”，然后做如下操作，在A中单击按钮启动B，在B中启动C，在C中启动A，最后在A中启动B，然后按2次back键，然后看到的是哪个Activity？是不是什么都没有了，来到了桌面，哈哈！why？
首先，从理论上分析这个问题，因为A为standard模式，按照规定，A的taskAffinity的值继承自Application的taskAffinity，而Application默认taskAffinity值为包名，所以A的taskAffinity值为包名。由于B和C都指定了其taskAffinity和启动模式。当A启动B的时候，按照singleTask和taskAffinity的规则，这个时候需要为B重新创建一个任务栈“com.launch.task1”。当B启动C的时候，按照singleTask的规则，由于C所需的任务栈（和B同为一个任务栈）已经被B创建了，所以无需再创建新的任务栈，这个时候系统只是创建C的实例并将C入栈。接着C启动A，A是standard模式，所以系统会为它创建一个新的实例并将其加到启动它的那个Activity的任务栈中，由于是C启动的A，所以A自然就加入了任务栈“com.launch.task1”中并位于栈顶。到目前为止，已经有两个任务栈了，一个是名字为包名的任务栈，里面只有A；另一个是名字为“com.launch.task1”的任务栈，里面有BCA。接下来，A启动了B，由于B是singleTask，需要回到栈顶，只能是CA出栈，因此只留下了B。当我们按back键时，B就出栈了，B所在的任务栈已经不存在了，这个时候只能是回到后台任务栈并把A显示出来。注意这个A是后台任务栈的A，不是“com.launch.task1”任务栈中的A，接着再继续back，就回到了桌面了。
当TaskAffinity和allowTaskReparenting结合的时候，这种情况比较复杂，会产生特殊的效果。
比如现在有2个应用A和B，A启动了B的一个Activity C，如果这个Activity的allowTaskReparenting属性为true（allowTaskReparenting用来标记Activity能否从启动的Task移动到taskAffinity指定的Task，默认是继承至Application中的allowTaskReparenting=false，如果为true，则表示可以更换；false表示不可以），然后按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.xml为Activity指定启动模式，如下所示：
- 第二种是通过在Intent中设置标志位来Activity指定启动模式，比如：
这两种方式都可以为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等。这里主要分析一些比较常用的标记位，其他的可以查看官方文档。要注意有些标记是系统内部使用的，应用程序不需要手动设置这些标记位以防出现问题。
FLAG_ACTIVITY_NEW_TASK
这个标记位的作用是为Activity指定“singleTask”启动模式，其效果和在清单文件中值定该启动模式相同。
FLAG_ACTIVITY_SINGLE_TOP
这个标记位的作用是为Activity指定“singleTop”启动模式，其效果和在清单文件中值定该启动模式相同。
FLAG_ACTIVITY_CLEAR_TOP
具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。这个标记位一般会和singleTop启动模式一起出现，在这种情况下，被启动的Activity的实例如果已经存在，那么系统就会调用它的onNewIntent方法。如果被启动的Activity采用standard模式启动，那么它连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。singleTask启动模式默认就具有此标记位的效果。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有这个标记的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望用户通过历史列表回到我们的Activity的时候这个标记比较有用。它等同于在清单文件中指定Activity的属性android：excludeFromRecents=”true”。
