Question

Activity 和 Task 设计指导

版本：Android 3.1 r1

原文

http://developer.android.com/guide/practices/ui_guidelines/activity_task_design.html

Activity and Task 设计指导

这篇文档主要讲述 Android 应用框架的核心原则。站在高层来说，以用户为中心来设计良好的交互程序，对于应用设计者或是开发者来说是非常重要的。

下面用例子来阐述了 activities 和 tasks 的一些底层原则和机制 ，例如导航，多任务，activity 重用，意图和 activity 栈。这篇文档也着重讨论了一些设计决策，针对如何利用好它们去设计你的应用程序 UI。

这篇文档中的例子均是 Android 应用程序，包括默认应用程序（比如拨号器）、Google 应用程序（比如地图）。你可以自己在 Android 模拟器上或是 Android 手机上去试验这些例子。如果你使用 Android 手机试验时，可能未提供本文档中的某些例子。

再看这篇文档之前，请确保您看过本篇中的 Design Tips 章节。此篇算做是 Application Fundamentals 文档的的一部分（特指 Tasks and Back Stack 章节），它对于程序员来说覆盖了整个底层机制。

Applications, Activities, Activity Stack and Tasks

理解 Android 系统中的四个基本概念对你是很有帮助的，它们分别是：

Applications

Activities

Activity Stack

Tasks

Applications

一个 Android 应用程序其实就是由一个或者多个 Activity 组成。它们被捆绑在一起并存放进.apk 文件中，这就是 Android 应用程序。Android 中有着丰富的应用程序，比如邮件、日历、地图定位、文本消息、联系人、照相机、打电话、音乐播放器，系统设置等应用。

一般情况下，桌面上都会有 Android 应用程序快捷图标，用户可以选择某一个图标来启动应用程序。

Activities

Activity 是 Android 应用程序的主要组成部分，activity 可以是你自己创建的，当然，还可以是其它应用程序中的 activity。它们都是在运行时绑定上的，以便于应用程序扩展其自身的功能，它们一旦组合在一起，就会如同一个应用程序一样。每个 activity 都有其独特的 UI、明确的功能，诸如打电话、看照片、听音乐等。任何一个应用程序都应至少有一个 activity。

当使用 Android 手机时，用户在屏幕上一个接一个地滑动或是点击图标启动 activity，完全不会注意到底层的行为——他们体验是无缝的。activity 后面有 activity， task 后面还会有 task。

Activity 可以处理特定的数据类型和接受一相关的动作。每个 activity 都有其各自的生命周期，互不干扰；并且它们都可以被用户或者系统独立启动、运行、暂停、恢复运行、停止、重新开始。正因为这个独立性，activity 可以以不同的方式被其它的 activity 进行替换。

比如打电话的应用程序就包含了四个 activity：打电话、联系人列表、查看联系人、添加联系人，如下图：

打电话 联系人列表 查看联系人 添加联系人

下面的应用程序同样也包含了很多 activity：

邮件 - 查看文件夹、邮件列表、邮件，发送邮件和设置邮件账号。

日历 - 查看天、星期、月、议程，编辑事件、首选项。

照相机 - 运行照相机、查看图片列表、图片，编辑图片，运行录像机，查看录像列表和录像。

游戏 - 玩游戏和安装游戏。

地图 - 查看地图上的位置，查看朋友的位置以及他们的详细信息（朋友的位置、状态、照片）。

Activity 是 Android 应用中最为突出的组件，其余组件分别为：service、content provider、broadcast receiver。更多 activities 的详情，参见 Application Components 。

Activity Stack

用户之所以能够从一个 activity 转到下一个 activity，是因为 Android 系统针对 activity 而设计了一个线性的导航历史以供用户追溯访问，这就是 activity 栈，也称为 back stack。当用户启动了一个新的 activity，它就被添加进 activity 栈，以便按 BACK 键时能够返回到上一个 activity。然而，用户不能按 BACK 键就直接返回到桌面（除非 activity 的前一个是桌面才可以）。

activity 栈里面存放的只能是 activity，而视图、窗体、菜单和对话框则不能。也就是说，如果你可以让用户从屏幕 A 跳转到屏幕 B，当用户按 BACK 键时，他就应该会回到屏幕 A，那屏幕 A 必须是一个 activity。有个例外情况就是，你的应用程序需要利用 BACK 键控制自身的导航，那就要自己重新设定 BACK 键的导航功能。

Tasks

任务则是一系列的 activity 集合，它能使用户完成既定的操作，而又不用去关心这些 activity 是哪个应用程序里面的，除明确指定一个新任务之外（参见“中断任务”小段），那么其他 activity 都属于当前任务的一部分。再次注意的是，这些 activity 可是任意应用程序中的其中一个，也就是说不管它们所属的应用程序是否相同。举个例子，用户打开了联系人的程序，任务随之也会启动，他选择了 email 地址准备发邮件，这时跳转到了 email activity，之后他要添加附件，需要在画廊中挑选图片。这里面，联系人，email，图片画廊都是不同的应用程序。

当一个 activity 启动时，任务也随之启动的话，那个 activity 就是根 activity。启动 activity 一般有这么几种方式，应用程序发射器、桌面快捷方式、最近任务切换器。Android 系统内部一旦有任务，那么按 BACK 键就可以回到上一个 activity。Activity 栈可以是多个任务的组成部分。

下面是关于任务的例子，以供参考：

发送文本消息并含有附件

观看 YouTube 视频并以邮件的方式向其他人分享。

中断任务 ——任务中有一个重要特性就是能使用户中断当前正在做的操作（他们的任务）而去执行其它操作，当然他们也可以回到之前的任务上，也就是说支持同时运行多任务并且来回切换它们。

这里有两种情况来开始其它任务，并且都可以返回到原先的任务上。

打开通知：用户接收到通知并打开查看它。

用户转去做其它操作：用户在桌面启动。

当然，也有例外的。除了刚才提到的两种方式，另外还有一种打开新任务的情况，就在其内部开启一个 activity。例如，在邮件中以新任务的方式打开地图 activity 或是打开一个浏览器 activity，当按 BACK 键时就又会回到邮件 activity 中。

Activities 和 Tasks 之旅

下面的例子阐述了应用程序的基本原则，主要有 activities，activity 栈，回退键，任务和意图；并展示了系统是如何响应用户请求的，例如用户开始了一个应用程序，用户不断的切换 UI，程序内部就是利用在不同任务之间切换 activities 的。下面的许多例子你都可以在 Android 手机上运行起来。

在桌面上开始一个 Activity

桌面是启动应用程序的主要地方，比如在桌面上点击应用程序图标就能将其打开，用户第一眼看到的就是应用程序中的主 activity。如下图，所描述的是用户在桌面点击 Email 图标所发生的事情：

用 BACK 和 HOME 键进行导航

Activity 保持或者丢掉其状态完全取决于用户是怎样离开这个 activity 的——使用 HOME 键还是 BACK 键。

默认情况下，按下 BACK 键来结束（销毁）当前 activity 并为用户显示上一个 activity。例如下图，用户在桌面上打开了邮件，当前 activity 显示着邮件列表。用户将列表滚动条往下拉以便看到后面的邮件，这时用户按了 BACK 键，那么 Android 就会销毁这个邮件信息列表 activity 并返回之前的 activity（桌面）。然后用户又重新打开邮件，还是那个列表，但是滚动条又回到了起始位置上。

上面的例子中，当按下 BACK 键就返回到了桌面，由于那是用户在上一次看到的 activity。不过如果用户从其他 activity 里面跳转到邮件列表，然后按下 BACK 键则回到了先前的那个 activity（这里只是说明一下 BACK 键的作用）。

相比之下，下面的图就是用 HOME 键离开邮件列表 activity 而不是 BACK 键，那么当前 activity 就呈 stop 状态并移置后台而不是销毁。当再次打开邮件列表 activity 时状态保持不变。

其它情况：有些应用程序则不是如上面所说的那样。例如联系人和画廊，用户在桌面打开联系人后查看了某个联系人的资料，接着再次打开联系人时，就不会显示之前的 activity 了。这是因为联系人的主 activity 有四个标签，是为了让用户能够看到全部的功能特性。

此外，也不是所有 activity 都是当按下 BACK 键之后销毁掉的。例如用户开始播放音乐，接着按下 BACK 键，却不会影响音乐的播放。即使它的 activity 不再可见，音乐应用程序依然会在状态栏上提示着用户。注意：你也可以让 activity 不再可见时停止掉或是继续在后台运行，但后者更适合像音乐这样的应用程序。

重用 activity

有两个应用程序中，它们分别也有两个 activity：activity A 和 activity B。A 的部分功能需要调用 B 的已实现功能，那么 B 就叫被重用。

联系人重用画廊来获取图片 — 联系人 activity 中会有联系人的照片，但是照片一般存放在画廊里面，所以联系人要重用画廊的功能来获取图片，画廊 activity 就是重用的绝佳例子。下面的图画出了重用的流程。具体流程是这样的：用户打开了联系人，查看某一个联系人的资料并想编辑他的照片，这时，打开了画廊 activity，对图片进行设置并保存，那个联系人的图片也就相应的改变了。

注意画廊最终会返回给联系人一张图片。 下一个例子讲述一个 activity 的重用并且不返回任何结果。同样需要注意下面的插图是说明通过 activity 或是 activity 栈来实现历史导航——用户可以通过每个 activity 用任何方式回到桌面。

当开始设计一个应用程序时，一个不错的想法就是怎样能够在重用其它应用程序中的 activity 或是你的 activity 怎样被其它应用程序重用。如果用一样的 intent filter （已经存在了一个 activity）再添加一个 activity，那么系统会为用户显示出一个选择 UI，供用户选择使用那个 activity。

画廊重用短信来与其他人分享图片 。分享也是不同应用程序之前重用的好例子。如下图所示，用户打开了画廊，从中挑选了一张图片并点击了共享菜单，选择“短信”。这时，就打开了短信 activity，在其里面写些文字和附加上那张图片之后发送出去。用户现在在短信 activity 当中，如果想回到画廊 activity，就按 BACK 键返回。

注意这里的短信 activity 并没有给画廊返回任何的东西。

这些例子都在阐述任务——一系列的 activities 都在实现同一个目标。每一个例子中的 activity 都是从两个不同的应用程序中完成本职工作的。

替换 activity

这个例子描述的是不用应用程序中的两个 activity 互相替换，activity A 替换 activity B。这种一般发生在 activity A 比 activity B 的功能更为强大一些。

换句话来说,A 和 B 妥妥得等价，当然就可以实现 A 替换 B。这个例子中的联系人应用程序重用了 activity，A 和 B 虽然是完全不同的 activity，但是它们两个彼此形成了互补，使程序更加的强大。

在这里例子中，用户下载了一个手机铃声的 activity，称之为“铃声扩展”。用户这时进入到“设置 > 声音&显示 > 手机铃声”里面，系统会展示两个可用 activity 供用户选择。此时弹出的对话有一个选项是让你设置“是否默认使用此 activity”，选中它。当用户选择“铃声扩”时，以后在加载的时候就替换了 Android 默认铃声的 activity 了。

多任务

如前所述，当一个 activity 启动后，用户还可以回到桌面启动第二个 activity，第一个 activity 则不会被销毁还是继续运行着，我们换个例子来说明这一小节——地图应用程序。

状态 1：用户打开了地图应用程序并查询一个地址。这时，用户该说了，网络太 TMD 慢了！因为地图定位是需要一些时间的。

状态 2：用户准备做些其它事情，按下 HOME 键，不过这样做不会干扰地图应用程序，还是保持其加载地图的状态。

状态 3：地图 activity 现在是在后台运行着，桌面在来到了前台。这时用户打开了日历 activity，比如查看今天是星期几。

状态 4：用户回到桌面，重新打开 Map，这时地图已经全部加载完毕了。

以上两个应用程序“地图”和“日历”是两个不同的任务，因此 Android 支持多任务模式。

两个入口点

相对于应用程序来说，必须至少要有一个入口点，也就是至少要有一个 activity。桌面上的图标就代表着每个应用程序的入口点，同样也可以在其它应用程序中启动，当然，它们的入口点都在其内部。

而电话应用程序就有两个入口点：联系人和打电话。用户进入到联系人里面选择了一个电话号码并拨打该电话。如下图的图所示，用户打开联系人，也就是启动了联系人的 activity，然后选择了一个电话号码随之进入了打电话的 activity，最后拨打它。

一旦用户在应用程序里，它们就可以通过标签、菜单项、列表项、屏幕上的按钮或其他用户界面访问诸如新增联系人和编辑联系人。

意图(Intents)

用户点击一个 mailto:的连接时，这实际上就被看作是一个意图，发邮件的意图。

关于意图有三点要说明：

如果是显式意图，Android 就会立即启动那个 activity。

如果是隐式意图，Android 先去 intent filter 寻找合适的 activity 再启动。

如果有多个合适的意图，Android 就会列出一个意图选择列表供用户选择。

下面就举用户发邮件的例子，此时用户的 Android 上有两个邮件应用程序，当他在页面点击了 mailto:链接的时候，Android 会提示给他一个对话框，其中有两个可用的程序供其选择（Gmail 和 Email）。

下面列举一些常用的意图和其对应的 activity：

查看联系人列表：对应联系人列表查看 activity

查看指定的联系人：对应联系人查看 activity

编辑指定的联系人：对应联系人编辑 activity

发邮件：对应邮件 activity

拨打电话：对应电话拨打 activity

查看图片列表：对应图片列表查看 activity

查看指定的图片：对应图片查看 activity

裁剪指定的图片：对应图片裁剪 activity

意图必须由两部分构成：动作和数据。

动作：由上面的意图列表中可得出，查看、编辑、打电话、裁剪

数据：由上面的意图列表中可得出，联系人的列表、指定的联系人、电话号码、图片列表、指定的图片。

注意：任何在桌面上启动的应用程序都是显式意图，目的是指定其内部特有的那个 activity。同理，应用程序也可以在内部以显式意图的方式启动自身的 activity，外部 activity 都是访问不到它们的。

关于意图更多信息，参见 Intents and Intent Filters 。

切换任务

下面的例子描述的是用户如何在两个任务之间进行切换。

1. 开始第一个任务 。你想要发送一条短消息并附加一张图片。你会这样操作：

桌面 > 短消息 > 新的短信息 > 菜单 > 附件 > 图片。最后一步启动了画廊 activity 来选择一张照片。注意画廊是另外的一个应用程序。

在选择照片之前，可以先去桌面打开日历，目的是为了开始第二个任务。

2. 开始第二个任务 。你会这样操作：桌面 > 查看日历。从桌面上打开日历，就等于是开始一个新任务了。

3. 切换到第一个任务并完成后面的操作。

查看完日历之后，继续回到先前的任务上：桌面 > 短消息，此时进入的并不是短消息 activity，而是画廊 activity，也就是之前离开的 activity。然后你就可以选择图片并发送短消息出去了，也就完成了第一个任务。

设计小贴士

下面的提示和指导都是针对应用设计者和开发者而提出的。

使用显式意图来防止外部应用调用你的 activity

如果你不想自己的 activity 被外部使用，就别在 manifest.xml 里面配置 intent-filter。这样的话，你的 activity 就只会在应用程序内部来启动了，同样也避免了安全漏洞。反之，创建一个意图并指定明确要启动的组件，这就是显示意图，在这个例子中，就不需要 intent filters。Intent filters 可以发布所有的应用程序，当你创建了一个 intent filter 时，其它应用程序就可以访问到你的 activity 了，至于它们怎么用，你就不知道了，这意味着不经意间形成了安全隐患。

如果使用外部的 activity ，但却没有匹配上，该怎么办 ?

有这一种情况，你利用 Intent 去调用外部应用程序中的 activity，但遗憾的是，那个应用程序并没有安装进手机里，因此我们需要妥善的处理这种情况。

（译者注：官方提出了两个不太完善的解决方案，我们来看下：）

1. 在启动那个 activity 之前用 intent 先对其测试一下。

2. 如果启动 activity 会失败的话，则捕获它的异常信息。

以上更多信息请参阅官方文档提供的博客文章： Can I use this Intent? 。

该博文中提供了一种比较好的解决方式，正如其提供的样例代码中的 isIntentAvailable() 方法，我们可以在初始化阶段调用它；如果该应用不存在的话，我们就给用户提示一条消息，告诉他某某应用不存在，请去 Google Market 下载等友好信息。如果要让意图决定显示哪个 activity，那我们就使用 startActivity() 或是 startActivityForResult() 来启动 activity。

思考：以怎样的方式来启动 activity

做为 Android 设计者或开发者，完全取决于用户如何启动你的应用程序，而应用程序则是由一系列的 activity 组成，用户会从 Home 或是其他应用程序中启动这些 activity。

在桌面点 icon 来启动应用程序主 activity

如果你的应用程序是独立运行的，它应该是用户在屏幕上触摸应用程序的 icon 或是任务选择器当中来启动（这个机制需要在 manifest.xml 中配置 intent filter，action 为 MAIN，category 为 LAUNCHER）。

在其它应用程序中启动你的 activity

这种方式就意味着你的 activity 是可重用的，也就是隐式意图。许多应用程序中的数据都需要共享给其它用户的，例如，email、文本消息、上传下载等。

还会有一种情况是这样，就是当用户选择了一个功能，正好有一个或多个 activity 符合用户的这种需求，就会向用户提供一个 activity 列表供其选择。举一个具体的例子，Gallery（画廊），它能让用户查看并共享图片，这时用户选择了“共享”菜单，Android 系统会在 intent filter 中寻找适合该请求的 activity，如果有多个，就会以列表的形式展现给用户，供其选择。在这个例子中，intent filter 能找到 Email、Gmail、Messaging、Picasa 等。

当其它的 activity 启动了你的 activity 时，会根据需求给它们返回一个结果。

m 启动一个 activity 并需要返回一个结果

官方称这种方式为 closed loop，也就是说当启动一个 activity 之后，会返回一个结果回来。再拿上面那个例子来说，当用户完成上传或者发送的过程之后，会将图片信息返回给 Gallery。这个例子中的上传过程所用到的 activity 就是由外部的 Gallery 启动的。（这种方式需使用 startActivityForResult()）

m 启动一个 activity 不需要返回结果

官方称这种方式为 open-ended。举个例子，在 Email 中可定位一个住址，那么应用程序便会启动地图 activity 来定位地址，完成之后不会再给 Email 返回任何的结果；此时用户可以按 BACK 键回到 Email 中来。（这种方式需使用 startActivity()）

只从其他应用程序中启动 activity -前面所说的例子，Gmail、消息、Picasa（在 Gallery 启动）都是 activity，它们均从桌面上的 icon 来启动的，与之形成对比的是，像裁剪图片和添加附件则不是在桌面启动的，因为这些都不是独立运行的。

实际上，并非所有的应用程序都有 icon 以供启动，它们都算作是一种小小的应用而已，因为它们使用并不频繁，而且其启动点都嵌在已有的应用程度当中。例如，Android 手机里面的打电话程序，其内部有个铃声设置功能，它存在于 Android 手机里面的设置（Setting）菜单里面，你也可以使用同样的 Intent 开发出一个定制的铃声设置应用，这样，在用户需要改变铃声时，会向其展示出两个铃声设置应用，一个是 Android 内置的，另一个就是你开发出来的。如下图：

铃声设置并不是经常使用，而且其定义的功能也很明确，所以也就不需要在桌面提供应用程序 icon 了。

不同的图标能够启动多个相同的应用程序 - 由于 Android 应用程序的运行代码均存在于.apk 文件中，因此就把这个文件看作是一个应用程序。我们甚至还可以让其内部存在两个主 activity，也就是两个应用程序启动入口点。

Camera.apk（照相机）就是一个非常好的例子，它内部就含有两个独立的主 activity，Camera 和 Camcorder（摄像机）；它们均拥有自己的 icon 并且独立运行；在用户角度上来看，这就是两个应用程序。它们都共享使用一个镜头、在 Gallery 里面保存图片等。

实现这样的功能其实很简单，只需将它们都关联到不同的任务上即可。（每个 activity 都其各自的任务，每个任务都有不同的亲缘性(affinity)。（这个例子的两个应用它们所在的两个包是"com.android.camera"和"com.android.videocamera"，有兴趣的可以深入研究）。

联系人和拨号器也是同一个应用两个主 activity 的典型例子。

应用程序部件 - 我们也可以将应用程序以部件的形式嵌进桌面上或是其它应用程序中并能它们持续更新。

允许你的 activity 添加到当前任务中

如果你的 activity 是在外部应用程序已经启动的话，那么也允许把它们添加到当前的任务中来（或者是已存在的任务——它有自身的 affinity），这样做的话能会使用户能够在其它任务和你的 activity 之间进行自由切换。但不包括你的 activity 仅有一个实例的情况。

对于这种行为，你的 activity 应该有一个 standard 或 singleTop 的启动模式，而不是 singleTask 或 singleInstance，这样，你的 activity 就会以多实例的模式来运行。

通知，应该能让用户更容易的返回上一个 activity

利用后台运行的服务能够给用户发出他们感兴趣的事件消息。下面举个例子，主要是以 Calendar 为主，这个例子含两部分，一个是以 Email 的形式发出即将来临的消息，另一个是当有新消息时就发出通知。

我们来模拟一个应用场景，当某个用户处于 activity A 中，这时获取到了 activity B 发出的通知，他打开了这个通知，也就是进入到了 activity B，当用户按下 BACK 键，他应该回退到 activity A。

下面的具体流程描述了当用户响应通知时，activity 栈是怎样工作的：

1. 首先，用户在 Calendar 中设置了一个开会通知，也就是创建了一个新的事件，并将已写进 Email 中的部分信息复制到该事务上。

2. 其它用户选择 桌面 > Gmail。

3. 他们打开 Gmail，接收到来自 Calendar 发出的一个开会通知。

4. 接着他们打开了那条通知，进入到 Calendar activity 中，并查看会议的简要说明。

5. 这时用户进入到其里面查看更为详细的内容（就是在第一步当中复制的信息）。

6. 当用户完成查看的操作时，按下了 BACK 键。他们回到了 Gmail 上，也就是打开通知的那个地方。

但上面的流程在默认情况下却不是这样的。

通常情况下主要有两种方式来发出通知：

通知专用的 activity - 接着上面的应用场景来说，某用户接受了一条 Calendar 通知，用户首先进入 Gmail，查看详细的内容就要进入 Calendar activity 中；用户查看完后，按下 BACK 键必须要返回到 Gmail activity 上。实现此功能的前提是，Calendar activity 不能有与 Calendar 或其它 activity 同样的亲缘性(affinity)，也就是将该亲缘性设为空字符串即可。下来解释一下为什么这么做。

那个 Calendar activity 拥有其默认的任务亲缘性（taskAffinity），当按下 BACK 键时（如上述第六步）回到了 Calendar，而不是 Gmail，这就是上面那样做的主要原因。特定应用程序中的所有 activity 都具有相同的任务亲缘性，因此 Calendar activity 的亲缘性匹配了 Calendar 的任务，这个任务是在第一步当中运行起来的，那第四步就表示打开 Calendar activity，又回到了 Calendar 的任务中，所以最后返回的还是 Calendar activity。但这不是我们想要的结果，只有将任务亲缘性设为空字符串才能解决这个问题。

选择已有的 activity ，但只会展示其初始的状态 - 例如，用户在于 Gmail 交互的过程中进入到了其它 Activity，稍后再在回到 Gmail activity 时显示要显示其初始的状态，而不是先前的状态。首先，你要确保通知触发器起作用时，intent 的标识是“clear top”，所以当 activity 启动时，它显示的是初始化之后的 activity，防止 Gmail 再次来到前台时还是用户上一次的看到的那些状态。（你需要在 intent 对象中设置 FLAG_ACTIVITY_CLEAR_TOP 标志）

另外还有其它方式去处理通知，比如让一个 activity 到前台并设置好其显示的指定数据，比如短信息。

一般情况下都是以新任务的形式来启动通知 activity 的（也就是说，在 intent 对象中设置 FLAG_ACTIVITY_NEW_TASK），这么做是避免这个任务成为另一个任务中的一部分。

请使用通知系统，而不要使用对话框来代替通知

如果你的后台服务在某个时刻要通知给用户一个消息，那么请使用标准通知系统-，不要使用 dialog 或 toast 来通知。这两个会直接弹出来提示用户，再说通俗一些就是会突然打断用户的当前操作，这是一个极为不友好的用户体验。通知系统在这方面就做得就比较好，用户可以在适当的时候从屏幕上方拉下通知列表以便回应消息。

不要重新设置 BACK 键的功能，除非你有绝对的需要

BACK 键的主要功能就是从当前的 activity 回退到上一个 activity，就是所谓的导航功能。大多数的 activity 都是一些比较通用的操作，诸如查看联系人列表，查看照片等，如果按 BACK 键，就直接返回先前调用它的 activity 就好了，不需其它的功能需求。

但要考虑一个问题，如果是应用程序非常得大，并需要细粒度的 BACK 键来加以控制该如何呢？例如 Google 浏览器，已经打开了几个 web 页面和地图页面，其中有一些关于地图数据的图层面板，我们需要在它们之间进行切换操作，也就是说在其内部通过 BACK 键来对其进行回退导航，而不是针对整体的 activity。

接上面的例子继续说，地图应用程序展现给用户不同的数据图层面板：有用来显示查询结果的定位信息、有显示朋友的位置、有显示街道方向的路线等。地图应用程序将这些图层面板保存在自身的历史记录里面，所以需要 BACK 键来进行回退导航。

同样地，浏览器使用浏览器窗体为用户展示多个的 web 页面，每个窗体都有它自身的历史导航，也就是桌面操作系统上的浏览器中的标签。例如，你在 Android 浏览器中的一个窗体上打开 Google 进行查询，并点击一条查询结果，那么这个结果页面会在当前窗体上打开，然后按 BACK 键就会回到了查询页面。总结一句话就是，当前窗体是从先前的窗体上跳转过来的，这时按 BACK 键就会回到了先前的窗体。如果用户一直按 BACK 键的话，最后就会离开浏览器所在的 activity，回到了桌面。

这些例子就是你有绝对的需要才要重新设置 BACK 键功能的理由。