[译]关于Activity和Task的设计思路和方法
幻之旅程
Activity和Task是Android Application Framework架构中最基础的应用，开发者必须清楚它们的用法和一些开发技巧。本文用大量的篇幅并通过引用实例的方式一步步深入全面讲解它们的基础原理(underlying principles)和架构(mechanisms)，例如：Navigation、Multitasking、activity re-use、intents和activity stack等…大部分与其相关的应用模块。重点讲解开发过程中如何更准确的体现用户交互性的便捷和高效，同时也帮助分析Designers和 Developers在开发期间所要面对的问题。
文中涉及到的实例有一部分是属于平台自带的application（例如：拨号程序等），另外也有Google产品线中的一些有代表性的应用（例如：Google Map等）。建议大家亲自利用Emulator或者Android-powered device测试实例中的效果，这样可以帮助更加清晰的理解一些模块的含义。（注意：可能会因为硬件对于某些功能无法提供支持，所以有一些实例可能无法在你的测试机中正常浏览）
首先需要清楚一些基础模块:
- html" target=_blank>Applications
- Acitivities
- Activity Stack
- Tasks
以上这四个模块对于理解这篇文章非常重要，下边就来逐一的简单介绍其具体的含义和用法（也可以通过其链接直接查看官方文档）。
Applications
任何一个Android Application基本上是由一些Activities组成，当用户与应用程序交互时其所包含的部分Activities具有紧密的逻辑关系，或者各自独立处理不同的响应。这些Activities捆绑在一起成为了一个处理特定需求的Application, 并且以“.apk”作为后缀名存在于文件系统中。Android平台默认下的应用程序例如：Email、Calendar、Browser、Maps、Text Message、Contacts、Camera和Dialer等都是一个个独立的Apps。
Activities
上边已经提到Activities是构成Applications的主要组成部分，其实可以更为具体的理解为Application仅仅是一个抽象的标签，它将系统内一部分Activities关联在一起，协同完成用户的特定需求。安装 Application的过程也可以简单理解为将其所包裹的Activities导入到当前的系统中，如果系统中已经存在了相同的Activities，那么将会自动将其关联，而不会重复安装相同的Activities，避免资源的浪费。Application卸载的过程也会检查当前所关联的 Activities是否有被其它Application标签所关联，如果仅仅是提供当前的Application使用，那么将会彻底被移除，相反则不做任何操作。
用户与Application的交互行为大部分都是通过GUI来完成，在Android平台可以有两种方式定义GUI，其中可以利用XML来预置静态的GUI元素，或者在Activity类的内部动态定义GUI元素。这两种不同的方法都是由 Activity作为驱动和响应用户交互事件的主体。当启动Application之后，至少需要一个包含有GUI信息的Activity实例被创建。
Activity的主体包括两个主要部分，其中一个是Content(data)，另外一个是响应用户交互事件的行为。列举一个Dialer例子的截图，其中包括四个部分：Dialer主界面、通讯录、查看联系人信息和添加新联系人。
下面列举了更多比较有代表性的Applications和其所包含的Activities：
- Email - activities to view folders, view list of messages, view a message, compose a message, and set up an account
- Calendar - activities to view day, view week, view month, view agenda, edit an event, edit preferences, and view an alert
- Camera - activities for running the camera, viewing the list of pictures, viewing a picture, cropping a picture, running the camcorder, viewing the list of movies, and viewing a movie
- Game - one activity to play the game, typically another for setup
- Maps - one activity to view a location on a map, a second for lists (such as turn list or friend list), and a third for details (friend location, status, photo)
Application基本上是由四个模块组成：Activity、Service、Content Provider 和 Broadcast Receiver，其中Activity是实现应用的主体。
Activity Stack
操作应用程序时，有时需要调用多个Activities来完成需求，例如：发送邮件程序，首先是进入邮件主界面，然后启动一个新的Activity用于填写新邮件内容，同时可以调出联系人列表用于插入收件人信息等等。在这个操作过程中 Android平台有一个专门用于管理Activities堆栈的机制，其可以方便的线性记录Activities实例，当完成某个操作时，可以通过这个导航功能返回之前的Activity（通过按操作台的“Back”）。
每次启动新的Activity都将被添加到Activity Stack。用户可以方便的返回上一个Activity直到Home Screen，到达Home Screen后，将无法再继续查看堆栈记录（俗话说：到头了- Androidres.com）。如果当前Task被中止(Interrupting the task)，返回到系统主界面后启动了其它操作，当希望返回到前一个Task继续执行时，只需要再次通过主界面的Application launcher或者快捷方式启动这个Task的Root Activity便可返回其中止时的状态继续执行。
相对于Views、Windows、Menus和Dialogs而言，Activity是唯一可被记录在History stack中的数据，所以当你所设计的应用程序需要用户由A界面进入到次一级界面B，当完成操作后需要再次返回A,那么必须考虑将A看作为 Activity，否则将无法从历史堆栈中返回。
Tasks
在Android平台上可以将Task简单的理解为由多个Activities共同协作完成某一项应用，而不管Activities具体属于哪个 Application。通过下边的图示可以更清晰的理解Applications、Tasks、Activities三者之间的关系 （Androidres.com提供）:
