Activity的启动模式
Activity作为安卓四大组件之首，它的确非常重要，上篇文章我们介绍了Activity的生命周期，其实Activity的启动模式也是一个难点，有时为了项目的特殊需求，我们需要使用到Activity的启动模式，下面我们就具体的介绍Activity的启动模式和标志位。
1.1Activity的LaunchMode（启动模式）
首先我们开介绍一下Activity为什么需要启动模式。在默认情况下，多次启动同一个Activity，系统会创建多个实例，并把这些实例一一的压入任务栈中。当我们单击返回键的时候，就会一一回退。我们知道在数据结构中，栈是先进后出的。其实就是每按一次返回键，销毁一个Activity，就会有一个Activity实例出栈，直到栈内为空的时候，系统将任务栈回收。这就是Activity在默认情况下的启动方式。在这里我们会不会发现一个问题：多次启动同一个Activity系统竟然多次创建实例，这是不是感觉很奇葩?在学习设计模式的时候，我们都知道有单实例模式，我想Android系统也不会那么笨。是的，Android系统其实早就知道这一点了，所以Android系统在设计的时候提供了启动模式来修改这种默认的启动行为。目前有四种启动模式：standard、singleTop、singleTask、singleInstance。下面就对这四种启动模式进行一一的介绍：
（1）standard
standard：标准模式，这是系统默认的启动模式。每次启动一个Activity就会创建一个Activity的实例。不管这个实例是否存在都会进行创建。每次创建Activity的生命周期，也都是符合正常情况下Activity的生命周期。创建一个Activity实例，就会把这个实例压入任务栈中，一个任务栈可以有多个Activity实例，同一个Activity的各个实例也可以对应不同的任务栈。在标准模式下：一个Activity由谁启动的，实例就会压入启动者所在的任务栈，简单的说就是：假如一个Activity A 启动了 Activity B 那么B的实例就会压入A所在的任务栈中。在这我们提一点，不知道读者是否遇到这样一个问题。使用ApplicationContext去启动一个Activity会报如下错误：
接下来笔者将介绍如何重现这样的错误信息：
通过上面知道我们如果用Activity A 通过标准模式去启动Activity B B的实例会压入A的实例所在的任务栈中。这个很容易理解。这里介绍的都是通过Activity去启动另一个Activity是没问题的，因为Activity启动者会有对应的任务栈。假如我们通过广播接受者去启动一个Activity呢?如下图所示：
通过标准模式，以上的代码能启动一个Activity吗，还是会报上面所说的错误？笔者告诉大家，答案是：
《1》当这个广播接收者是通过手动在Activity A 中注册的情况下是可以的，上面代码中的Context属于Activity A 对象，这个时候通过启动 Activity B其实就是通过这个Activity A 启动的，B的实例就会压入到Activity B 实例所在的任务栈。这样不会报错，正常启动。
《2》当这个广播接收者是通过在Manifest中注册的情况下是不可的，就会报上面所说的错误信息。这个时候上面代码
中的Context是属于ReceiverRestrictedContext@41a7c2b8广播接受者的，广播接受者没有对应的任务栈，因此不能通过context去启动一个Activity。当然假如一定要启动Activity也是可以的，我们可以进行设置标志位：FLAG_ACTIVITY_NEW_TASK。其实就是启动一个新的任务栈，把启动的Activity压入这个新的任务栈中。其实这种启动模式，就是下面会介绍的另一种启动模式：sinleTask启动模式
（2）singleTop
singleTop:栈顶复用模式。同样用例子说明：当前任务栈里的情况是A B C D ,A位于栈顶，C位于栈底。
《1》通过singleTop模式Activity D启动Activity A，这个时候不会创建A的实例，只是继续使用栈顶中的A，调用了onNewInstane方法，通过此方法的参数，我们可以取出当前请求的数据。既然不会重新创建A,所以A的生命周期方法：onCreate、onStart、onResume方法不会被调用。这个时候栈内的情况是：A B C D。
《2》同样通过singleTop模式Activity D启动Activity B ，由于B不在栈顶，这个时候会创建B的实例，开始B的生命周期方法。栈内情况:B A B C D,这个应该很容易理解，笔者在这就不多说了。
（3）singleTask
singleTask：栈内复用模式。通过栈顶复用模式的学习，我想学习栈内复用模式应该会比较容易的理解。这是一种单实例模式，在这种情况下，如果通过singleTask模式去启动一个Activity A，首先系统会寻找是否存在A所需要的任务栈，如果不存在，则创建任务栈，再创建A的实例压入任务栈中。如果存在，则检查栈中是否存在A的实例，如果不存在，创建A的实例压入栈中。如果存在，则把A移动到栈顶，假如之前栈内之前的情况是 D C B A ，D位于栈顶，这个时候把A移到栈顶，由于singleTask具有clearTop效果，会导致A 上面的全部出栈，所以把A移到栈顶之后栈内的情况是A。下面用例子来说明：
《1》栈S1 的情况是 A B C, A位于栈顶。创建D,并且所需的任务栈是S2。这个时候栈S2和实例均不存在，则需要创建任务栈S2和D实例，把D实例压入S2中。
《2》假如创建D所需的栈是S1,这个时候，直接创建D实例，压入S1中。S1的情况是：D A B C
《3》假如S1的情况是 A B C D ，创建D所需的任务栈是S1，这个时候S1已经存在，D也存在。所以直接把D移到栈顶，最后由于clearTop模式，S1的情况是A
（4）singleInstance
singleInstance:单实例模式,这种模式具有singleTask模式所有的特性。和singleTask不同的是，通过singleInstance模式启动的Activity所在的任务栈只能有一个实例。而通过singleTask启动的Activity所在任务栈可以有不同的实例，只是同一个Activity只能有一个实例。
Activity的Flag(标志位)
在上面介绍Activity的启动模式的时候，我们曾经提到，假如通过ApplicationContext去启动一个Activity是不行的。会报：
AndroidRuntimeException: Calling startActivity() from outside of an 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?
错误的信息就是需要一个标志位的意思。
下面我们就介绍一下标志位：标志位有很多，这里主要分析一下比较常用的标志位。有的标志位可以设置Activity的启动模式。有的标志位可以影响Activity 的运行状态。大部分情况下我们不需要去指定标志位，对标志位理解即可。
（1）FLAG_ACTIVITY_NEW_TASK
该标志位的作用是设置Activity的启动模式是singleTask 即栈内复用模式。
（2）FLAG_ACTIVITY_SINGLE_TOP
该标志位的作用是设置Activity的启动模式是singleTop模式 即单实例模式
（3）FLAG_ACTIVITY_CLEAR_TOP
该标志位的作用是启动一个Activity，该Activty实例所在的任务栈中所有在该实例之上的实例都要出栈。本身singleTop启动模式就具有该clearTop特性