Android 中Activity的启动方式和Activity在堆栈情况分析

启动方式
　　下的launchMode属性可以设置四种启动方式：
　　"standard" (the default mode)
　　"singleTop"
　　"singleTask"
　　"singleInstance"
　　这些不同的方式可以从下面的四点来说：
　　(1)对一个Intent作出回应时哪个task应该去持有这个Activity。
　 　对standard和singleTop方式来说，新的Activity和通过startActivity调用他的Activity处在同一个task 中，如果调用时Intent对象里含有FLAG_ACTIVITY_NEW_TASK标志，那么就像前面讲的那样的寻找一个新的task。
　　相反的，singTask和singleInstance方式，总是标志Activity为task的root Activity，他们不会进入到其他的task中。
　　(2)一个Activity是否可以有多个实例。
　　一个standard或者singleTop属性的Activity可以实例化多次，他们可以属于多个不同的task。
　　相反的，singleTask或者singleInstance属性的Activity只能有一个实例(单例)。
　　(3)实例是否能允许在task里有其他的Activity。
　 　一个singleInstance属性的Activity单独的在他自己的task里，并且这个task里只能有他自己一个Activity，如果他启 动了另一个Activity，那个Activity会根据启动模式来启动并装进一个不同的task里。其他的方面，singleInstance和 singleTask一样的。
　　其他三个方式允许有多个Activity在一个task里，一个singleTask属性的Activity总是一个task里的root Activity，但是他可以启动另外的Activity并且将这个新的Activity装进同一个task里，standard和singleTop属性的Activity可以出现在task的任何地方。
　　(4)一个类(Activity)的对象是否可以被启动来处理一个新的Intent。
　 　对默认的standard方式，会实例化一个对象来处理每一个新的Intent，每个实例处理一个新的Intent，对singleTop方式，如果一 个已经存在的实例是在task的栈顶，那么就重用这个实例来处理这个新的Intent，如果这个实例不在栈顶，那就不复用他，而是重新创建一个实例来处理 这个新的Intent并且将这个实例压入堆栈。
　　例如现在有一个task堆栈ABCD，A是root Activity，D是栈顶Activity，现在有一个启动D的Intent来了，如果D是默认的standard方法，那么就会创建一个新的实例来处 理这个Intent，所以这个堆栈就变为ABCDD，然而如果D是singleTop方式，这个已经存在的栈顶的D就会来处理这个Intent，所以堆栈 还是ABCD。D此时调用onNewIntent()，此时D可以调用getIntent()来获得最初的Intent，或者调用setIntent() 来更新这个Intent。
　　如果现在有一个Intent来启动B，不管B是standard还是singleTop(因为现在B不在栈顶)，都会创建一个新的实例，所以堆栈变为ABCDB
　 　在一个task里，对singleTask和singleInstance属性的Activity只能有一个实例。所以这仅有的一个会来处理所以的 Intent，一个singleInstance属性Activity总在栈顶(因为task里就只有他一个Activity)，所以他会处理所以的 Intent，但是一个singleTask属性的Activity必须是task的root Activity(也就是必须在栈底)，不能确定他的上面是否还有其他的Activity，如果没有，就可以处理，如果还有其他的Activity，那么 如果现在有一个Intent来启动这个singleTask属性的Activity，这个Intent将会被丢掉(即使是这个Intent被丢掉，他的到 来还是会导致这个task回到前台)。
　　当创建一个类(Activity)的实例来处理一个新的Intent时，用户可以按下BACK键回到上 一个Activity，但是如果是用已经存在的栈顶的Activity来处理Intent的话，按下BACK键是不能回到以前的状态的(没处理这个 Intent之前)。

 清理堆栈
　　当用户离开一个task一段时间后，系统就会清理掉task里出了rootActivity以外的Activity，如果用户又回来了，显示的是rootActivity，就像是用户离开又回来，是放弃以前的东西，开始新的东西。
　　上面说的是默认的情况，有一些Activity的属性可以用来控制和修改这些行为。
　　alwaysRetainTaskState
　　如果一个task里的root Activity的alwaysRetainTaskState属性设置为true，那么前面描述的默认情况就不会出现了，task即使过了一段时间也会一直保留所有的Activity。
　　clearTaskOnLaunch
　　如果一个task里的root Activity的clearTaskOnLaunch属性设置为true，和alwaysRetainTaskState相反，即使是一瞬间的离开，系统马上就会清理掉task里出rootActivity以外的所有Activity。
　　finishOnTaskLaunch
　　这个属性和clearTaskOnLaunch一样，但是他是对一个Activity起作用，不是整个task，他能引起所有的Activity离开，包括root Activity，当这个属性设置为true，只是当用户使用这个应用时Activity才在task里，一旦用户离开后重新回来，显示的不是当前的界面。
　 　还有其他的方法来从task里强制移动Activity，如果一个Intent对象里包含FLAG_ACTIVITY_CLEAR_TOP标志，并且目 标task里已经一个在自己task里可以处理Intent的Activity(就是处理这个Intent无需实例化另外一个Activity)，那么在 这个Activity之上的所有Activity将被清除，能处理这个Intent的Activity就移到栈顶来处理这个Intent，例如ABCD堆 栈，含有FLAG_ACTIVITY_CLEAR_TOP标志的Intent来启动B，那么清除CD，B到达栈顶来响应Intent，此时是AB，如果B 设置了standard属性，那么还是清楚CD，然后再创建一个实例来响应Intent，此时是ABB，因为standard属性的Activity总是 创建一个新的实例来响应新的Intent。

Activity在xml中注册：

<activity
            android:name="io.vov.vitamio.activity.InitActivity"
            android:configChanges="orientation|screenSize|smallestScreenSize|keyboard|keyboardHidden|navigation"
            android:launchMode="singleTop"
            android:theme="@android:style/Theme.NoTitleBar"
            android:windowSoftInputMode="stateAlwaysHidden" />
        <activity