《Android深刻透析》之 浅析Activity启动模式

前言：

      Activity的启动模式是一个既基础又容易忽视的问题，可是这个问题有个深入的认识，对程序员写一个稳定高效的Android程序帮助很大，今天，在B哥引导下，咱们对Activity启动模式、Intent Flags作了一番很好的探究，能够这么说，若是你不熟悉或了解Activity的启动模式或者Flags怎么用，从此你在实际开发中，绝对会被困扰，回过头来从新学习这一节，举个例子：有人写出的客户端，为何崩溃了，底下仍然有一个乃至N个该应用的界面，若是你熟读而且准确理解此章，必然不会出此错误。

探究历程：

     ①   什么是栈

     ②   Activity栈

     ③   Task

     ④  Activity启动模式

     ⑤  Activity栈和Task联系

     ⑥  Intent Flags 

     ⑦  Activity相关属性taskAffinity

 1.    什么是栈

1.1   栈

       栈是一种经常使用的数据结构，栈只容许访问栈顶的元素，栈就像一个子弹梭子（如图所示），每次都只能取栈顶上的东西，而对于栈就只能每次访问它的栈顶元素，从而能够达到保护栈顶元素如下的其余元素．”先进后出”或”后进先出”就是栈的一大特色，先进栈的元素老是要等到后进栈的元素出栈之后才能出栈．递归就是利用到了系统栈，暂时保存临时结果，对临时结果进行保护．

 

1.2   定义栈（Stack）

      栈的定义栈（Stack）是限制仅在表的一端进行插入和删除运算的线性表。

(1)  一般称插入、删除的这一端为栈顶（Top），另外一端称为栈底（Bottom）。

(2)  当表中没有元素时称为空栈。

(3)  栈为后进先出（Last In First Out）的线性表，简称为LIFO表。栈的修改是按后进先出的原则进行。每次删除（退栈）的老是当前栈中"最新"的元素，即最后插入（进栈）的元素，而最早插入的是被放在栈的底部，要到最后才能弹出。

 

1.3  栈的操做：压栈、弹栈

 

2.   Activity中的栈

       Android的管理主要是经过Activity栈来进行，当一个Activity启动时，系统会根据其配置将它压入到一个特定的栈中，系统处于运行状态。当用户点击返回或则FINISH（）了该Activity，那么它便会被从栈中压出，随之摧毁，按照Activity的生命周期能够知道，若是当前显示的栈中的Activity没有被弹出栈（即调用Activity的ondestory方法），那么经过Intent打开一个新的Activity时候，会将新打开的Activity压入到栈顶.  以下 图（1）

 

                                                                   图（1）

3.   Task

       Task就是Activity的任务栈，它简单的说，就是一组以栈的模式汇集在一块儿的Activity组件集合,记录着用户的行为。（这里只提它和Activity的启动模式来说）

 

4.   Activity启动模式

属性：android:launchMode  

做用：经过主配置文件AndroidManifest.xml中activity的launchMode  属性决定Activity如何启动。

描述：这里有四种模式，与Intent对象中的Activity Flags的属性（FLAG_ACTIVITY_*变量）共同做用，来决定Activity如何启动来处理Intent。

四种模式：

    ①   "standard"  --默认模式
    ②   "singleTop"
    ③   "singleTask"
    ④   "singleInstance"

如下举例说明它们的区别：

A.    standard：

       Activity的默认加载方法，该方法会启动建立一个新的activity实例，同时将该实例压入到栈中（无论该activity是否已经存在在Task栈中，都是采用new操做），并调用这个新Activity的OnCreate()方法。。

例如： 栈中顺序是A B C D ，此时D经过Intent跳转到A，那么栈中结构就变成 A B C D A ，点击返回按钮的 显示顺序是 D C B A，依次摧毁。以下图（2）

       一句话记忆：不管栈中是否已经建立过，它都会建立一个新的并置于栈顶并显示，调用oncreate方法。

       使用场景：默认的Activity的启动模式。

                                                       图（2） 

B.    singleTop：

       假设栈内已存在A B C D

       singleTop模式下，分如下两种状况。

1)    当前App应用展现的是D或者栈顶是D，若是这个时候经过Intent须要打开D，那么不会从新建立一个新的D实例，而是调用栈顶的D，并调用它的onNewIntent方法（注意不是oncreate方法，只有建立一个新的实例Activity才会调用Oncreate方法）因此栈中的结构依旧为A B C D。以下图（3）

                                                      图（3）

       思考： 那么，让咱们想一想，这种状况何时会发生呢？好像有点矛盾，当前的显示的或者栈顶的activity，经过Intent或者打开一样的activity，有这种用法和必要吗？

      古语有云：万物皆有其法，android提供了这种用法，那么必定有其道理，至于如何应用和怎样应用，那么有待读者验证，在这里咱们只是抛砖引玉，不过能够提供一个这样的场景论证其有效性。

      好比：当前的app栈顶为A，这时候，忽然来了个消息通知，这个消息通知须要经过Intent去打开A，那么咱们点击这个消息通知打开A的时候，此场景就复现了，它将不会建立一个新的A，而是复用栈顶的A，并执行onNewIntent方法。

2)     当前App应用展现的是D或者栈顶是D，若是这个时候须要打开B，那么因为B不处于栈顶，因此会新建一个B实例并压入到栈中,并调用新建立B的onCreate方法，结构就变成了A B C D B。以下图（4）

                                                     图（4）

      一句话记忆：只有须要打开的A在栈顶，那么不会建立一个新的A，并调用onNewIntent方法，若是须要打开的A不在栈顶，那么不论A在栈中有仍是没有，都会建立一个新的A放入栈顶，并执行onCreate方法。

 C.    singleTask：

       singleTask模式下，Task栈中有且只能有一个对应Activity的实例。

例如：当前栈的结构为：A B C D。

       此时D经过Intent打开B，则栈的结构变成了：A B。其中的C和D被栈弹出销毁了，也就是说位于B之上的实例都被销毁了。而不会建立一个新的B实例，而是使用栈中原有的B，此时调用原B的onNewIntent()方法。以下图（5），（6）

                                                  图（5）

                                                    图（6）

       经验谈：此模式较为常见，在activity栈中，由于应用须要，一般须要打开多个相同或者不一样的Activity，那么这样，Activity栈会愈来愈大，从而消耗的内存也会愈来愈大，若是Activity配置了这个属性就无敌了，它会怎么作呢?若是在已经打开A后打开了B C D E…等等，若是这个时候你须要打开A，但又想销毁B C D E…的时候，此属性就知足需求了，这时候你会发现你内存使用就降低了，由于B C D E…已经被销毁。

        经验谈：固然，并非说设置了singleTask就通用一切了，前面说过了，每种用法都有其自身道理，singleTask想作到的是，显示当前堆栈中已存在的Activity并不从新建立，而是复用，若是堆栈中已存在须要打开的Activity，那么先将此栈中Activity之上的其它Activity销毁，露出已存在的Activity，并执行它的onNewIntent方法。

      固然，若是当前栈中不存在，那就建立一个新的置于栈顶。

      一句话记忆：只要A存在栈内，那么就将A之上的所有销毁（不包含A），同时显示并复用A，执行onNewIntent方法。不然，建立一个新A置于栈顶。

D.   singleInstance：

      singleInstance模式下，会建立一个新的Task栈。

      例如：当前栈的结构为：A B C D。

      在D中经过Intent打开E（E的模式为singleInstance），那么会新建一个Task 栈2，栈Task 1中结构依旧为A B C D，栈2中结构为E，此时屏幕中显示E。

      此类模式，一般会在打开另外一个App才会使用。好比：打电话，使用平率高，耗资源的应用。在应用中打开微信、新浪微博等客户端。以下图（7）

                                                       图（7）

5.   Activity栈和Task联系

      Task简单的就是一组以栈的模式汇集在一块儿的Activity组件集合，相似于一个填充了Activity的容器，最早加入的Activity会处于容器最下面，最后加入的处于容器最上面，而从Task中取出Activity是从最顶端先取出，最后取出的是最开始添加Activity，这就是后进先出（Last In First Out）模式，而Activity在Task中的顺序是能够控制的，在Activity跳转时用到Intent Flag能够设置新建activity的建立方式（这里就涉及到了Intent Flag的使用）。

 

6.    Intent Flags 

       Flags: 表示Intent的标志位，经常使用于Activity的场景中，它和Activity的启动模式有着密切的联系，简单说，flag的有效组合（一般用“|“组合使用）决定如何打开Activity。

下面列举的是和本文主题相关的Flags属性：

（1）——  Intent.FLAG_ACTIVITY_NEW_TASK （默认）

      默认的跳转类型,它会从新建立一个新的Activity。

（2）——  FLAG_ACTIVITY_SINGLE_TOP

      这个FLAG就至关于启动模式中的singletop，请参考singletop说明。

（3）——  FLAG_ACTIVITY_CLEAR_TOP

       这个FLAG启动的Activity会把要启动的Activity之上（包含自身）的Activity所有弹出栈空间。例如：原来栈中的结构是A B C D ，从D中跳转到B，释放顺序为D C B，而后从新建立B置于栈顶，栈中的结构就变为了A B了。（这个方法能够用来关闭多个Activity）

       经验：须要销毁栈中A以前的多个activity，但并不想销毁A，就须要FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_SINGLE_TOP组合使用

（4）——  FLAG_ACTIVITY_CLEAR_TASK

       这个Flag使用的前置条件为：API level 11 以上版本，而且须要与FLAG_ACTIVITY_NEW_TASK一块儿使用。

此标识，用于释放当前栈中全部的activity，而后再建立新的Activity对象置于栈顶。

       例如栈中原有A B C D，须要从D跳转到B，依次释放D C B A,而后建立B，置于栈顶。 

7.    Activity相关属性taskAffinity

       Activity 中的 android:taskAffinity 这个属性介绍：

       Activity为Task拥有的一个affinity。拥有相同的affinity的Activity理论上属于相同的Task（在用户的角度是相同的“应用程序”）。Task的affinity是由它的根Activity决定的。 
       affinity决定两件事情——Activity从新宿主的Task（参考allowTaskReparenting特性）和使用FLAG_ACTIVITY_NEW_TASK标志启动的Activity宿主的Task。
       默认状况，一个应用程序中的全部Activity都拥有相同的affinity。捏能够设定这个特性来重组它们，甚至能够把不一样应用程序中定义的Activity放置到相同的Task中。为了明确Activity不宿主特定的Task，设定该特性为空的字符串。
       若是这个特性没有设置，Activity将从应用程序的设定那里继承下来（参考<application>元素的taskAffinity特性）。应用程序默认的affinity的名字是<manifest>元素中设定的package名。

       android:taskAffinity只有经过标志位为FLAG_ACTIVITY_NEW_TASK的Intent启动Activity时，该Activity的这个属性才会生效，系统才会将具备相同Task亲和力的Task切换到前台，而后启动该Activity，不然该Activity仍然运行在启动它的Task中。