深刻理解activity启动模式，彻底理解android的四种启动模式，尤其singleTask

与界面跳转联系比较紧密的概念是Task（任务）和Back Stack（回退栈），activity的启动模式会影响Task和Back Stack的状态，Intent类中定义的一些标志（以FLAG_ACTIVITY_开头）和activity的属性taskAffinity也影响Task和Back Stack的状态。Task是一个存在于Framework层的概念，在android中，一个应用就是一组组件的集合android组件化程度极高，application是由四大组件组成的。在app安装时，系统会读取manifest的信息，将所有的组件解析出来，以便在运行时对组件进行实例化和调度。task是在程序运行时，只针对activity的概念，task是一组相互关联的activity的集合，它是存在于framework层的一个概念，控制界面的跳转和返回。这个task存在于一个称为back stack的数据结构中，也就是说，framework是以栈的形式管理用户开启的activity。这个栈的基本行为是，当用户在多个activity之间跳转时，执行压栈操作，当用户按返回键时，执行出栈操作。task是可以跨应用的，这正是task存在的一个重要原因。有的Activity，虽然不在同一个app中，但为了保持用户操作的连贯性，把他们放在同一个任务中，进程是操作系统内核中的一个概念，表示直接受内核调度的执行单位。java编写的应用程序，运行在dalvik虚拟机中，可以认为一个运行中的dalvik虚拟机实例占有一个进程，在默认情况下，一个应用程序的所有组件运行在同一个进程中，应用程序中的不同组件也可以运行在不同的进程中。只需要在manifest中用process属性指定组件所运行的进程的名字。如下所示：

<activity android:name=".MyActivity" android:label="@string/app_nam"  
    android:process=":remote">  
</activity> 

   一个Activity的Launch Mode为standard时，默认启动模式，在这种模式下启动的activity可以被多次实例化，每个新实例都会处理一个相应Intent对象。

   一个Activity的Launch Mode为singleTop时，如果实例已经存在于任务桟的桟顶，那么再启动这个Activity时，不会创建新的实例，而是重用位于栈顶的那个实例，并且会调用该实例的onNewIntent()方法将Intent对象传递到这个实例中。以singleTop模式启动的activity的一个实例已经存在与任务桟中，但是不在桟顶，那么它的行为和standard模式相同，也会创建多个实例。

   一个Activity的Launch Mode为singleTask时，在新建这个Activity时，默认taskAffinity情况下，一般不会新建task，taskAffinity属性默认application中是相同的，那么就会新建在当前栈。如果这个Activity已经在某个task的stack中了，此时只会调用它的onNewIntent()，而不会调用onCreate()。(谷歌的官方文档上称，如果一个activity的启动模式为singleTask，那么系统总会在一个新任务的最底部（root）启动这个activity，并且被这个activity启动的其他activity会和该activity同时存在于这个新任务中。如果系统中已经存在这样的一个activity则会重用这个实例，并且调用他的onNewIntent()方法。即，这样的一个activity在系统中只会存在一个实例。这种说法是不准确的，或者翻译的隔阂，已验证不是总会在栈底启动singletask的activity，已打印验证