Activity的四种启动模式

活动的启动模式对你来说应该是个全新的概念， 在实际项目中我们应该根据特定的需求
为每个活动指定恰当的启动模式。启动模式一共有四种，分别是 standard、singleTop、
singleTask 和 singleInstance，可以在 AndroidManifest.xml 中通过给标签指定
android:launchMode属性来选择启动模式。
模式一:standard
standard 是活动默认的启动模式，在不进行显式指定的情况下，所有活动都会自动使用
这种启动模式。因此，到目前为止我们写过的所有活动都是使用的 standard模式。经过上一
节的学习，你已经知道了 Android 是使用返回栈来管理活动的，在 standard 模式（即默认情
况）下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用
standard 模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，每次启动都会创建
该活动的一个新的实例。

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.d("FirstActivity", this.toString());
requestWindowFeature(Window.FEATURE_NO_TITLE);
setContentView(R.layout.first_layout);
Button button1 = (Button) findViewById(R.id.button_1);
button1.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(FirstActivity.this, FirstActivity.class);
startActivity(intent);
}
});

返回栈示意图

通过上一个调用下一个

singleTop
可能在有些情况下，你会觉得 standard模式不太合理。活动明明已经在栈顶了，为什么
再次启动的时候还要创建一个新的活动实例呢？别着急， 这只是系统默认的一种启动模式而
已，你完全可以根据自己的需要进行修改，比如说使用 singleTop 模式。当活动的启动模式
指定为 singleTop， 在启动活动时如果发现返回栈的栈顶已经是该活动， 则认为可以直接使用
它，不会再创建新的活动实例。
singleTask
singleTop 模式的原理示意图，如图所示。

使用 singleTop 模式可以很好地解决重复创建栈顶活动的问题，但是正如你在上一节所看到的，如果该活动并没有处于栈顶的位置，还是可能会创建多个活动实例的。那么有没有
什么办法可以让某个活动在整个应用程序的上下文中只存在一个实例呢？这就要借助
singleTask模式来实现了。当活动的启动模式指定为 singleTask，每次启动该活动时系统首先
会在返回栈中检查是否存在该活动的实例，如果发现已经存在则直接使用该实例，并把在这
个活动之上的所有活动统统出栈，如果没有发现就会创建一个新的活动实例。
我们还是通过代码来更加直观地理解一下。修改 AndroidManifest.xml 中 FirstActivity的
启动模式：

<activity
android:name=".FirstActivity"
android:launchMode="singleTask"
android:label="This is FirstActivity" >
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>

然后在 FirstActivity中添加 onRestart()方法，并打印日志：

@Override
protected void onRestart() {
super.onRestart();
Log.d("FirstActivity", "onRestart");
}
最后在 SecondActivity中添加 onDestroy()方法，并打印日志：
@Override
protected void onDestroy() {
super.onDestroy();
Log.d("SecondActivity", "onDestroy");
}

现在重新运行程序，在 FirstActivity 界面点击按钮进入到 SecondActivity，然后在
SecondActivity界面点击按钮，又会重新进入到 FirstActivity。
运行结果:

使用singleTask的时候,当栈中有对象的实例了,android虚拟机就会把该实例前栈中的所有Activity进行onDestroy()方法将其销毁

singleInstance
singleInstance 模式应该算是四种启动模式中最特殊也最复杂的一个了， 你也需要多花点
功夫来理解这个模式。 不同于以上三种启动模式， 指定为 singleInstance 模式的活动会启用一
个新的返回栈来管理这个活动（其实如果 singleTask模式指定了不同的 taskAffinity，也会启动一个新的返回栈） 。那么这样做有什么意义呢？想象以下场景，假设我们的程序中有一个
活动是允许其他程序调用的， 如果我们想实现其他程序和我们的程序可以共享这个活动的实
例，应该如何实现呢？使用前面三种启动模式肯定是做不到的，因为每个应用程序都会有自
己的返回栈，同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用
singleInstance 模式就可以解决这个问题， 在这种模式下会有一个单独的返回栈来管理这个活
动，不管是哪个应用程序来访问这个活动，都共用的同一个返回栈，也就解决了共享活动实
例的问题。

可以看到，SecondActivity 的 Task id 不同于 FirstActivity 和 ThirdActivity，这说明
SecondActivity确实是存放在一个单独的返回栈里的， 而且这个栈中只有 SecondActivity这一
个活动。
然后我们按下 Back键进行返回， 你会发现 ThirdActivity竟然直接返回到了 FirstActivity，
再按下 Back 键又会返回到 SecondActivity，再按下 Back键才会退出程序，这是为什么呢？
其实原理很简单，由于 FirstActivity 和 ThirdActivity 是存放在同一个返回栈里的，当在
ThirdActivity的界面按下 Back 键，ThirdActivity会从返回栈中出栈，那么 FirstActivity 就成
为了栈顶活动显示在界面上，因此也就出现了从 ThirdActivity 直接返回到 FirstActivity 的情
况。然后在 FirstActivity界面再次按下 Back键，这时当前的返回栈已经空了，于是就显示了
另一个返回栈的栈顶活动，即 SecondActivity。最后再次按下 Back 键，这时所有返回栈都已
经空了，也就自然退出了程序。

“A task is a collection of activities that users interact with when performing a certain job. The activities are arranged in a stack (the “back stack”), in theorder in which each activity is opened.” 这是官网的定义。Task 是一组执行特定工作的Activity集合。执行一系列特定的动作，最后表现的效果就是一个任务，符合“任务”的解释。Task 本质是集合，那么承载这些的特定动作的就是back stack.这些Activity 在栈中按照执行顺序排队，压盏出栈。
Lancher 是大部分任务的起点，当我们点击应用程序图标时，该程序的Task 就会被调至前台开始运行。当应用程序是第一次打开，那么就新建一个任务，将当前Application 的Main入口Activity 作为root Activity 压栈。如果该Activity 启动了其他的Activity ,则new Activity 就会被压栈，此时它在栈顶位置，并且获取焦点。原来的Activity 在栈底，进入停止状态，此时的停止并不是Activity的生命周期的onStop。当按下Back 键，当前栈定的Activity 出栈操作，被销毁，之前停止的Activity 处在栈顶，重新获取焦点。继续按back ，程序就会一直退出，直到stack 空，任务被销毁，返回到Lanucher.
这就是最普通的单个Task 管理Activity 的方式。但是我们在真正的开发中，由于良好交互的需要，多个页面之间的跳转并不是都严格按照这个规则执行，也达不到节省系统资源的目的。所以，Task 中Activity 的管理，给出了几种特殊的模式，虽然Activity 在栈中的顺序不能改变，但我们可以通过其他辅助手段，来改变这个规则。
1.”standard” (the default mode)
系统在Task 中创建由它当前启动的Activity 的一个实例，并保存启动它的Intent.该Activity 可以被实例化多次，每个实例可以属于不同的Task，同一个Task 中也可以存在多个实例。也就是，实例之间是独立的，每次启动他都是产生一个新的实例。
2.”singleTop”
按照字面意思来理解，即在栈顶前2位置的Activity 实例不能相同。eg：A－B－C－D ,此时如果intent 要启动D，那么会通过onNewIntent(),到达之前当前的栈顶D，不会如standard 模式出现A－B－C－D－D，而还是A－B－C－D。注意：当一个新Activity 实例被创建，user 可通过back 返回前一个Activity.但是，如果是当前已经存在的Activity 实例handle a new intent.比如A－B－C－D，D－D情况下，在D 中，当a new intent 到onNewIntent()达前，back 是不能返回的。
3.”singleTask”
Activity 实例在一个单独的Task 中，当再次启动该Activity时，如果已经有一个实例，还是通过onNewIntent()定位到已经存在的实例，不重新创建。当前时间，Task中仅存在一个实例。由该Activity 启动的Activity 实例都存在与同一个Task 中。
4.”singleInstance”
与singleTask 不同之处，当启动其他Activity时,会为后者单独创建一个Task.

同样也可以在Intent中设置Flag 达到上述部分模式相同的效果。
FLAG_ACTIVITY_NEW_TASK 同”singleTask”
FLAG_ACTIVITY_SINGLE_TOP 同 “singleTop”
FLAG_ACTIVITY_CLEAR_TOP 是比较特殊的，上面没有相关模式与之对应。

FLAG_ACTIVITY_CLEAR_TOP
通俗的讲，当要启动一个已经存在与Stack 中的Activity 实例，如果该实例不在栈顶，则将在它之前的实例全部都Destory 掉，之后该实例顺利登顶，运行。
通常和FLAG_ACTIVITY_NEW_TASK 一起用，用来定位一个已经在其他Task 中存在的Activity.或者将其放在指定位置，在特殊的时候，能够响应Intent.