Android四大组件---Activity之启动模式及启动模式的应用场景

在“Android性能优化”中有这么一条规则：

   复用、回收Activity对象：

临时的activity及时finish，

主界面Activity启动模式设置singleTask，一般界面Activity的启动模式设置为

singleTop。

   那么这条“性能优化的规则”到底是为什么这么规定呢？OK，本篇博文将为大家解开这个迷惑。

在介绍Activity的启动模式之前我先介绍一下“回退栈”。

（一）、任务Task：

 1、概念：

    一个任务（task）就是在执行某项工作时与用户进行交互的Activity的集合。这些Activity按照被打开的顺序依次被安排在一个堆栈中（回退栈）。

2、主屏页面：

   设备的主屏是大多数任务的启动位置，当用户触摸一个应用程序启动器图标（或者app快捷图标），应用程序的任务就会在前台显示。如果相关应用程序的任务不存在，那么就会有一个新的任务被创建，并且应用程序打开的“主”Activity会作为任务中的根Activity。

（二）、回退栈：

1、概念：

   在当前的Activity启动了另一个Activity时，这个新的Activity被放到了堆栈的顶部，并且带有焦点。前一个Activity并没有消失，而是保存在回退栈中，此时它处于停止状态。

   当用户按下回退按钮时，当前的Activity会被从回退栈的顶部弹出（这个Activity被销毁），而前一个Activity被恢复。堆栈中的Activity不会被重新排列。因此，回退栈的操作跟后进先出的对象结构是一样的。

   在用户按下回退按钮时，当前Activity被销毁，并且前一个Activity被恢复。如果用户继续按回退按钮，那么回退栈中的每个Activity会被依次弹出，前一个Activity会被显示，直到用户返回主屏（或者返回到任务开始时运行的那个Activity）。当所有的Activity从回退栈中被删除时，这个任务就不再存在了。

                       

               图1：用一个时间表显示了当前回退堆栈中的Activity之间在每个时间点的处理过程

2、多个任务：

                                  

                     图2. 两个任务：任务B在前台接受用户交互，而任务A则在后台等待被恢复

【注意】后台中可以同时拥有多个任务，但是如果用户同时运行了很多后台任务，系统为了回收内存可能销毁一些后台的Activity，从而导致Activity的状态丢失。

    因为回退堆栈中的Activity不曾被重新排列，因此如果允许用户从多个Activity中启动一个特殊Activity，那么就会创建一个新的Activity实例，并且在堆栈的顶部弹出（而不是把之前的Activity实例带到堆栈的顶端）。这样在你的应用程序中一个Activity就可能被实例化多次（甚至来自不同任务）。

（三）、Activity和Task的默认行为的总结：

    1、当Activity A启动Activity B时，ActivityA被终止，但是系统保留了它的状态（如滚动条的位置和录入表单的文本）。如果用户在Activity B中按回退按钮，Activity A会使用被保存的状态来进行恢复。

    2、当用户通过按主页(Home)按钮离开一个任务时，当前的Activity会被终止，并且被放入后台。系统会保留任务中每个Activity的状态。如果用户随后通过选择启动图标来恢复这个任务，那么任务会来到前台，并且恢复了堆栈顶部的Activity。

    3、如果用户按下回退按钮，当前的Activity会从堆栈中被弹出并且被销毁。堆栈中的前一个Activity会被恢复。Activity被销毁时，系统不会保留Activity的状态。

    4、Activity能够被实例化多次，甚至来自其他任务。

Activity的启动模式：

   Activity有4种启动方式，分别是：
     ① standard
     ② singleTop
     ③ singleTask
     ④ singleInstance

  可以根据实际的需求为Activity设置对应的启动模式，从而可以避免创建大量重复的Activity（造成占用手机内存）等问题。

  设置Activity的启动模式，只需要在AndroidManifest.xml里对应的标签设置android:launchMode属性，如下：

    android:launchMode="singleTask"
            android:label="@string/app_name" >
            
                
                
            
        
   android:launchMode="singleTop" >
        

下面就这四种模式做下总结性介绍：
    standard（系统默认的启动方式）：
    这种启动模式是Activity的“标准启动模式”，也是Activity的默认启动模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同Activity叠加，因此一般情况下我们不采用这样的启动方式，这样不但重建Activity对象造成耗时，而且也会造成内存的浪费。
    singleTop：
    如果在任务的栈顶正好存在该Activity的实例，就重用该实例，而不会创建新的Activity对象，不过它会调用onNewIntent()方法。如果栈顶部不存在就会创建新的实例并放入栈顶(即使栈中已经存在该Activity实例，只要不在栈顶，都会创建实例)。会回调onNewIntent()方法。
    应用场景：从上面的介绍中，我们可以推断出singleTop启动模式适合于一些不常用的Activity页面，比如“找回密码”、“设置界面”等。
   singleTask：

   如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的onNewIntent())。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移除栈。如果栈中不存在该实例，将会创建新的实例放入栈中。 

  和singleTop在名字上即可看出区别，即singleTop每次只检测当前栈顶的Activity是否是我们需要请求创建的，而 singleTask则会检测栈中全部的Activity对象，从上向下，如果检测到是我们所请求的则会消灭此Activity对象上面的对象，直接把检 测到的我们需要的Activity置为栈顶。

  应用场景：其在App内部适合作为程序入口点。从上面的介绍可以看出我们的App项目中调用较多的Activity页面使用于该启动模式，在项目中我们哪个Activity用的多？当然是首界面HomeActivity调用的较多，因此在首界面Activity的启动模式适用于改启动模式。当然其他利用较多的Activity也应该设置为该启动模式。

     singleInstance：

   与singleTask模式的区别是存放singleInstance模式窗口对象的回退栈不能有其他任何窗口对象。因此如果该窗口不存在，则要新建任务Task来存放该singleInstance模式窗口。也就是说getTaskId()会发现任务id发生了变化。

   此启动模式和我们使用的浏览器工作原理类似，在多个程序中访问浏览器时，如果当前浏览器没有打开，则打开浏览器，否则会在当前打开的浏览器中访问。此模式会节省大量的系统资源，因为他能保证要请求的Activity对象在当前的栈中只存在一个。

     应用场景：singleInstance有一个重要的作用：作为外部App调用自己客户端程序的入口。比如说，使用微信调起自己的客户端某个页面，不做任何处理的情况下，按下回退或者当前Activity.finish()，页面不会停留在自己的客户端而是返回到微信的客户端页面。但是如果这个页面的启动模式设置为singleTask，当按下返回键或者Activity。finish（），页面都会停留在自己的客户端（因为自己的Application回退栈不为空），这明显不符合逻辑的。产品的要求是，回退必须回到微信客户端,而且要保证不杀死自己的Application.因此，显然其他的其他的启动模式都不具备这个功能。

OK，本篇博文到此结束，如有写的不准确地地方还请多多指点。