Android中的Activity详解--启动模式与任务栈

目录

公司主营业务：网站设计制作、成都网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联推出萨尔图免费做网站回馈大家。

activity的简单介绍就不写了，作为最常用的四大组件之一，肯定都很熟悉其基本用法了。

首先，是都很熟悉的一张图，即官方介绍的Activity生命周期图.

情景：打开某个应用的的FirstActivity调用方法如下：

由于之前已经很熟悉了，这里就简单贴一些图。

按下返回键：

重新打开并按下home键：

再重新打开：

在其中打开一个DialogActivity(SecondActivity)

按下返回：

修改SecondAcitvity为普通Activity,依旧是上述操作:

这里强调一下 onSaveInstanceState(Bundle outState) 方法的调用时机：

当Activity有可能被系统杀掉时调用，注意，一定是被系统杀掉，自己调用finish是不行的。

测试如下：FirstActivity启动SecondActivity：

一个App会包含很多个Activity，多个Activity之间通过intent进行跳转，那么原始的Activity就是使用栈这个数据结构来保存的。

Task

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 the order in which each activity is opened.

即若干个Activity的集合的栈表示一个Task。

当App启动时如果不存在当前App的任务栈就会自动创建一个，默认情况下一个App中的所有Activity都是放在一个Task中的，但是如果指定了特殊的启动模式，那么就会出现同一个App的Activity出现在不同的任务栈中的情况，即会有任务栈中包含来自于不同App的Activity。

标准模式，在不指定启动模式的情况下都是以此种方式启动的。每次启动都会创建一个新的Activity实例，覆盖在原有的Activity上，原有的Activity入栈。

测试如下：在FirstActivity中启动FirstActivity:

当只有一个FirstActivity时堆栈情况：

此种模式下，Activity在启动时会进行判断，如果当前的App的栈顶的Activity即正在活动的Activity就是将要启动的Activity，那么就不会创建新的实例，直接使用栈顶的实例。

测试，设置FirstActivity为此启动模式，多次点击FirstActivity中的启动FirstActivity的按钮查看堆栈情况：

（其实点击按钮没有启动新Activity的动画就可以看出并没有启动新Activity）

大意就是：

对于使用singleTop启动或Intent.FLAG_ACTIVITY_SINGLE_TOP启动的Activity，当该Activity被重复启动（注意一定是re-launched，第一次启动时不会调用）时就会调用此方法。

且调用此方法之前会先暂停Activity也就是先调用onPause方法。

而且，即使是在新的调用产生后此方法被调用，但是通过getIntent方法获取到的依旧是以前的Intent，可以通过setIntent方法设置新的Intent。

方法参数就是新传递的Intent.

1.如果是同一个App中启动某个设置了此模式的Activity的话，如果栈中已经存在该Activity的实例，那么就会将该Activity上面的Activity清空，并将此实例放在栈顶。

测试：SecondActivity启动模式设为singleTask，启动三个Activity：

这个模式就很好记，以此模式启动的Activity会存放在一个单独的任务栈中，且只会有一个实例。

测试：SecondActivity启动模式设为singleInstance

结果：

显然，启动了两次ThirdActivity任务栈中就有两个实例，而SecondActivity在另外一个任务栈中，且只有一个。

在使用Intent启动一个Activity时可以设置启动该Activity的启动模式：

这个属性有很多，大致列出几个：

每个启动的Activity都在一个新的任务栈中

singleTop

singleTask

用此种方式启动的Activity，在它启动了其他Activity后，会自动finish.

官方文档介绍如下：

这样看来的话，通俗易懂的讲，就是给每一个任务栈起个名，给每个Activity也起个名，在Activity以singleTask模式启动时，就检查有没有跟此Activity的名相同的任务栈，有的话就将其加入其中。没有的话就按照这个Activity的名创建一个任务栈。

测试：在App1中设置SecondActivity的taskAffinity为“gsq.test”，App2中的ActivityX的taskAffinity也设为“gsq.test”

任务栈信息如下：

结果很显然了。

测试：在上述基础上，在ActivityX中进行跳转到ActivityY,ActivityY不指定启动模式和taskAffinity。结果如下：

这样就没问题了，ActivityY在一个新的任务栈中，名称为包名。

这时从ActivityY跳转到SecondActivity，那应该是gsq.test任务栈只有SecondActivity，ActivityX已经没有了。因为其启动模式是singleTask，在启动它时发现已经有一个实例存在，就把它所在的任务栈上面的Activity都清空了并将其置于栈顶。

还有一点需要提一下，在上面，FirstActivity是App1的lunch Activity，但是由于SecondActivity并没有指定MAIN和LAUNCHER过滤器，故在FirstActivity跳转到SecondActivity时，按下home键，再点开App1，回到的是FirstActivity。

大致就先写这么多吧，好像有点长，废话有点多，估计也有错别字，不要太在意~~~

Android Activity启动模式与状态保存及恢复详解

Activity是 Android组件 中最基本也是最为常见用的四大组件（Activity，Service服务，Content Provider内容提供者，BroadcastReceiver广播接收器）之一 。

Activity是一个应用程序 组件 ，提供一个 屏幕 ，用户可以用来交互为了完成某项任务。

Activity中所有操作都与用户密切相关，是一个负责与 用户交互 的组件，可以通过setContentView(View)来 显示指定控件 。

在一个android应用中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。Activity之间通过Intent进行通信。

关于Activity启动流程请参考之前的文章 Android activity启动流程分析

activity有四种启动模式，分别为standard，singleTop，singleTask，singleInstance。如果要使用这四种启动模式，必须在manifest文件中activity标签中的launchMode属性中配置。

标准的默认启动模式，这种模式下activity可以被多次实例化，即在一个task中可以存在多个activity，每一个activity会处理一个intent对象，（在A中再次启动A，会存在后面的A在前面的A上面，当前task会存在两个activity的实例对象）

如果一个singleTop模式启动的activity实例已经存在于栈顶，那么再次启动这个activity的时候，不会重新创建实例，而是重用位于栈顶的那个实例，并且会调用实例的onNewIntent()方法将Intent对象传递到这个实例中，如果实例不位于栈顶，会创建新的实例。

启动模式设置为singleTask，framework在启动该activity时只会把它标示为可在一个新任务中启动，至于是否在一个新任务中启动，还要受其他条件的限制，即taskAffinity属性。

taskAffinity ：默认情况下，一个应用中的所有activity具有相同的taskAffinity，即应用程序的包名。我们可以通过设置不同的taskAffinity属性给应用中的activity分组，也可以把不同的应用中的activity的taskAffinity设置成相同的值，当两个不同应用中的activity设置成相同的taskAffinity时，则两个activity会属于同一个TaskRecord。

在启动一个singleTask的Activity实例时，如果系统中已经存在这样一个实例，就会将这个实例调度到任务栈的栈顶，并清除它当前所在任务中位于它上面的所有的activity；如果这个已存在的任务中不存在一个要启动的Activity的实例，则在这个任务的顶端启动一个实例；若这个任务不存在，则会启动一个新的任务，在这个新的任务中启动这个singleTask模式的Activity的一个实例。

以singleInstance模式启动的Activity具有全局唯一性，即整个系统中只会存在一个这样的实例，如果在启动这样的Activiyt时，已经存在了一个实例，那么会把它所在的任务调度到前台，重用这个实例。

以singleInstance模式启动的Activity具有独占性，即它会独自占用一个任务，被他开启的任何activity都会运行在其他任务中（官方文档上的描述为，singleInstance模式的Activity不允许其他Activity和它共存在一个任务中）。

被singleInstance模式的Activity开启的其他activity，能够开启一个新任务，但不一定开启新的任务，也可能在已有的一个任务中开启，受条件的限制，这个条件是：当前系统中是不是已经有了一个activity B的taskAffinity属性指定的任务。

涉及到Activity启动，就不得不说一下Activity的管理，Activity是以什么方式及被什么类来进行管理的，涉及的类主要如下：

历史栈中的一个条目，代表一个activity。ActivityRecord中的成员变量task表示其所在的TaskRecord，ActivityRecord与TaskRecord建立了联系。

内部维护一个 ArrayListActivityRecord 用来保存ActivityRecord，TaskRecord中的mStack表示其所在的ActivityStack，TaskRecord与ActivityStack建立了联系。

内部维护了一个 ArrayListTaskRecord ，用来管理TaskRecord，ActivityStack中持有ActivityStackSupervisor对象，由ActivityStackSupervisor创建。

负责所有ActivityStack的管理。内部管理了mHomeStack、mFocusedStack和mLastFocusedStack三个Activity栈。其中，mHomeStack管理的是Launcher相关的Activity栈；mFocusedStack管理的是当前显示在前台Activity的Activity栈；mLastFocusedStack管理的是上一次显示在前台Activity的Activity栈。

ActivityThread 运行在UI线程（主线程），App的真正入口。

用来实现AMS和ActivityThread之间的交互。

负责调用Activity和Application生命周期。

当一个Activity未被主动关闭，即“被动关闭”时，可能需要系统给用户提供保持一些状态的入口。

前面说的入口就是：Activity提供了onSaveInstanceState()方法，该方法是Activity在关闭前保存状态的核心方法。

前面提到“被动关闭”，如果是主动关闭那么就不会调用，比如：按back键、调用finish()等，那么"被动关闭"的场景有哪些呢？下面给列举一下：

肯定在调用onStop()前被调用，但不保证在onPause()前 / 后，一般是在onPause()后调用。

当需要保持状态时，在onSaveInstanceState()内执行以下逻辑：

当需要恢复时，在onCreate()内部执行以下逻辑：

布局每个View默认实现：onSaveInstanceState()，即UI的任何改变都会自动的存储和在activity重新创建的时候自动的恢复(只有在为该UI提供了唯一ID后才起作用)；

若需复写该方法从而存储额外的状态信息时，应先调用父类的onSaveInstanceState()（因为默认的onSaveInstanceState()帮助UI存储它的状态）；

只使用该方法记录Activity的瞬间状态（UI的状态），而不是去存储持久化数据，因为onSaveInstanceState()调用时机不确定性；可使用 onPause()[一定会执行]存储持久化数据；

Activity提供了onRestoreInstanceState()方法，该方法是Activity在重新创建后恢复之前保存状态的核心方法。

若被动关闭了Activity，即调用了onSaveInstanceState()，那么下次启动时会调用onRestoreInstanceState()。

onCreate()---onStart()---onRestoreInstanceState()---onResume()

注意： onSaveInstanceState（）、onRestoreInstanceState（）不一定 成对被调用

如：当正在显示Activity A时，用户按下HOME键回到主界面，然后用户紧接着又返回到Activity A，此时Activity A一般不会因为内存的原因被系统销毁，故Activity A的onRestoreInstanceState()不会被执行；

针对以上情况，onSaveInstanceState保持的参数可以选择在onCreate()内部进行解析使用，因为onSaveInstanceState的bundle参数会传递到onCreate方法中，可选择在onCreate()中做数据还原。

至此：Activity的启动模式及Activity的状态保持及恢复介绍完毕。

Android的启动模式：singleTask与singleTop的使用

singleTop 与 singleTask 是 Activity 最常用的两种启动模式。本文主要讲解两者之间的区别与使用场景。

个人博客： 李益的小站

Activity 共有四种启动模式，我们先简单回顾一下，如想要详细了解的，可自行网上查询（相关文章很多哦，本文就不再详细赘述）了。

使用 singleTop 模式的 Activity 在栈顶时只会在 Task 中存在一个实例，所以可以在以下场景中使用：

总之， singleTop 比较适用于 ChildActivity （非主架构Activity）

所以基于以上特性，比较适合主架构 Activity （例MainActivity）设置为 singleTask ，或者一些经常使用，但是关闭和跳转不规律的 Activity

Android四种启动模式在什么时候使用？

standard(默认)

系统默认的启动模式。

Android是使用返回栈来管理活动的，在standard模式下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。

对于使用standard模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，而是每次启动活动都会创建该活动的一个新的实例。

singleTop

android:launchMode="singleTop"

当活动的启动模式指定为singleTop，在启动活动时，如果发现该返回栈的栈顶已经是该活动时，则认为可以直接使用它，不会在创建新的活动实例

singleTask

当活动的启动模式指定为singleTask，每次启动该活动时，首先会在返回栈中检查是否存在该活动的实例，如果发现已经存在就直接使用该实例，并把这个活动之上的所有活动统统出栈，如果没有发现就会创建一个新的活动实例。

android:launchMode="singleTask"

singleInstance

指定为singleInstance模式的活动会启用一个新的返回栈来管理这个活动，不管是哪个应用程序来访问这个活动，都共用的同一个返回栈，解决了共享活动实例的问题

修改SecondActivity的启动模式

android:launchMode="singleInstance"

使用方式：

standard：怎么样都要创建

singleTop：顶上不是target Activity，new一个

singleTask：顶上不是target Activity，移除target之上的，把自己变成top。

singleInstance：开辟私有的task，完全独立于程序的其他activity的task。

使用场景：

standard：普通activity

singleTop：要展示推送过来的消息

singleTask：程序入口等启动页面

singleInstance：完全独立的，类似闹钟的提示

Android： Activity启动模式 FLAG_ACTIVITY_NEW_TASK 详细探索

最近遇到了一个小问题，在我使用了多种Activity启动模式的时候，重新打开其中的一个Activity会启动另一个我已经停止的Activity，从而调用了一些已经失效的方法导致程序崩溃。

由于项目工程复杂，Activity名称不够直观，我新建了一个ActivityTaskTest 工程来重现遇到的问题。

ActivityA是工程的主活动。因为一些必要的原因， ActivityA的启动模式是SingleInstance的。ActivityA可以启动ActivityB，ActivityB没有设置任何启动模式，即默认的standard启动模式。在ActivityB中，将会启动一个ServiceA。 ServiceA中启动一个了一个ActivityC，由于Activity是在非Acitivity环境下启动的，需要设置 FLAG_ACTIVITY_NEW_TASK标签（这里就是我们讨论的重点，稍候会详细分析）。当ActivityC完成任务后会重新跳转到ActivityA。

最后，见证奇葩的时刻到了，我们点击ActivityA的启动ActivityB的button，ActivityC出现在了我们的眼前，而不是ActivityB！！这一刻我仿佛刘谦附体，但在我发现我身边并没有董卿之后，我深刻地意识到了我是一个工程师，不能搞这些装神弄鬼的事情。ok，Let's find out what‘s going on with our precious app！

关于Activity启动模式和Activity Task的内容推荐一篇非常好的文章： Android中Activity四种启动模式和taskAffinity属性详解 。这篇文章已经讲得非常详细了，这里就不再赘述了，偷个懒哈哈。

如果你已经看了文章，你应该已经知道问题的所在了，对，就是这个该死的taskAffinity。简单的说，就是我们虽然使用了FLAG_ACTIVITY_NEW_TASK标签去启动了ActivityC，但是因为我们忘了给Activity设置taskAffinity这个小婊砸，所以导致ActivityC的taskAffinity值和ActivityB一样都是默认的包名。所以我们启动ActivityC的时候系统将ActivityC压入了ActivityB所在的task。我们可以使用adb shell dumpsys activity activities 指令看下一在我们重新从A中启动B之前，Task的情况：

我们可以看到正如我们所想的，ActivityC和ActivityB在一个Task中，由于ActivityA是singleInstance模式，所以A只能做一辈子单身狗了。那么为什么我们明明启动的是B，怎么会出现C呢？

我们来先看看Google官方文档对于FLAG_ACTIVITY_NEW_TASK是怎么说的：

注意文档中的内容，“如果要启动的 activity 已经运行于某 task 中，则那个 task 将调入前台，最后保存的状态也将恢复”，注意这里是所在task被直接调入前台，也就是说B所在的整个Task将被移入前台。这就解释了为什么我们去启动B而出现的是C了。看起来我们好像大功告成了，但是，等等，总觉得哪里有点不太对劲，我们的ActivityB明明没有设置启动模式啊，你这个是FLAG_ACTIVITY_NEW_TASK标签，我没用啊，我读书多你可别骗我。

仔细想想应该是ActivityA的singleInstance的锅。

我们再来看看Google官方文档对于singleInstance是怎么说的吧：

看到最后一句，终于可以结案了。也就是说，当一个被设置为singleInstance的Activity去启动其他的Activity的时候，其默认是自带FLAG_ACTIVITY_NEW_TASK标签的。

1、FLAG_ACTIVITY_NEW_TASK标签必须配合taskAffinity属性使用，如果不设置taskAffinity属性值，将不会生成新task。

2、当从启动模式为singleInstance的Acitivity中启动新的Acitivity时，新的Activity自带FLAG_ACTIVITY_NEW_TASK标签。

心得：官方文档是个好东西。