分析帖：Android应用程序需不需要让用户手动退出？日期：2011-08-26为了解释这个问题，我们先来了解这个系统对于应用程序管理的一些内部机制。对于Android系统而言，包含“进程”和“服务”。“进程”有正在运行的，也有刚刚离开在后台缓存的。“服务”是一个无界面、长时间运行的应用功能，并且不会轻易被终止。我们知道，在Android中可以快速通过主页键（home）或者使用返回键（←）逐步离开应用程序。第一：“主页键”在当前运行的应用程序的任意界面，按下主页键会快速回到手机主屏幕同时这个应用程序的进程将在后台被暂停并建立缓存，再次启动应用程序时可以方便地返回刚才的界面。（现场被保留）当然，在你按下主页键回到手机主屏幕时，因设计需要，也有可能会在后台运行一个甚至多个进程和服务，以保证这个应用程序在后台是“活的”。尽管我们知道了后台会产生各种各样的“进程”与“服务”，但你并不用担心它们会把你的手机拖累。当运行新的应用程序发现内存可能不够用时，系统会自动在后台释放部分缓存在后台的进程，以保障可运行新的应用程序。这是一个智能的、良性的供给体系。第二：“返回键”Android系统使用返回键来进行屏幕后退，以及关闭对话框/菜单/屏幕键盘。对于传统的本地客户端应用程序，每个屏幕可以理解为一个活动（Activity）。通过返回键可以快速回退到当前应用程序的上一个活动，也可以离开当前应用程序打开的新的应用程序的某个活动。所有的活动呈堆栈结构（一种串行形式的数据结构），正在运行的活动处在最顶端。当你按下返回键，会清除当前活动并恢复上一个活动。如下图示例：如果你连续按返回键，活动一个个被抽离，就像剥洋葱一样。在Android的应用程序里，可以通过“意图（Intent）”功能，在当前应用程序（任务）的某个活动来启动另一个应用程序（任务）的某个活动。比如下图的示例，在“有道词典”主界面单击超链接“意见反馈”打开浏览器访问目标网页：在目标网页界面，你可以使用返回键快速返回刚才的“有道词典”主界面。而接下来这个例子，体验则是非常糟糕的：如上图，在目标网页想要返回上一个任务需要历经几番周折。一遍又一遍地回退浏览器的浏览历史，甚至还要回到浏览器的起始页，然后弹出一个对话框询问是否要退出。天哪！我快要疯掉了。Android官方对于多个任务间的活动堆栈处理机制，可以看下面这张图来解释：从图中我们可以看到，一开始在后台的“任务B”的“活动Y”经由“任务A”的“活动2”的一个按钮抽调到了前台，而随着“任务B”的活动一个个被剥离，最终整个“任务B”被结束了，并且使用返回键又回到了“任务A”的“活动2”。返回键实现了调用新任务之后快速返回的便利，而不是只能迂回地回到应用程序列表并找到上一个使用的应用程序再次启动。当所有活动从堆栈中清除，任务结束。也就是说，在应用程序的主界面按下返回键时，应用程序就已经退出了。除非，这个应用程序设计了后台运行的进程和服务。比如"新浪微博"，即使你在应用程序主界面按下返回键退出了，在“程序管理”>“正在运行”界面上仍然可以看到正在运行的进程和服务。（需通过菜单键切换至“显示当前运行的服务”视图）正如上面提到的，后台服务是一个无界面、长时间运行的应用功能，并且不会轻易被终止，即便你使用“任务管理器”。（其实可以在“服务”界面找到它并且手动停止服务，只不过没有这个必要性，交给系统自动处理即可。长时间不使用某个任务时，系统会认为你已经不再需要了并且会自动帮你结束。）至此，我们已经知道为什么Android应用程序不需要手动退出了。因为聪明的系统已经帮助用户做了许多事情，包括退出应用程序以及恢复可用内存。受限于Android官方对设计规范的态度，Android并没有像iOS那样明文告诉设计者不需要这个不需要那个。Android应用程序的设计模式也因此而“百花齐放”，很难形成较为统一的体验。比如本文提到的需不需要手动退出Android应用程序的话题，如果在iOS中看到屏幕上有退出应用程序的按钮，是一件搞笑的事情。无论如何，Android也好iOS也罢，用户本来就不需要关注“进程”或“内存管理”、“任务管理”这些东西。用完，离...
