作为一个Android开发新手，我开始熟悉生命周期等等。作为一名Android用户，我一直讨厌自己无法删除应用程序。

为什么用户应该信任一个应用程序?我们可能认为把应用放在后台是“安全的”，但用户真的安全吗? 我们可能会爱上“新”做事方式的天才，但并不是所有的应用程序都写得很完美，甚至很好。有些可能是恶意的，并试图保持后台进程一直运行。有些可能是出于好意，但很混乱。

我讨厌打开浏览器或谷歌，从我上次离开的地方开始，不得不向后堆叠几十个缓慢的页面，只是为了感觉我有一个干净的开始。用户应该拥有最终的控制权。有多少次技术支持告诉我们“重启我们的机器”或“关闭程序并重新启动”?用户需要感觉他们是在重新启动应用，而不是恢复一个可能会让他们沮丧或给他们带来问题的状态。

你不能指望人们保留一个复杂的环境模型，只是为了使用一个应用程序来完成一些事情。人们觉得自己可以控制铅笔和纸，因为这体现在他们对铅笔和纸的行为和未来行为的体验中。 软件是魔术，它发生在幕后。它的行为规则就像创建它的开发者一样反复无常。

We should try to design appliances that relate to an underlying, almost physical, model that is robust and reliable and truly intuitive to the user. "Killing" an app is something a user can embrace. It's like throwing out a pile of scratch paper and starting over; closing a book and putting it back on the shelf. Magic has its place for dedicated professionals who can invest themselves in a particular world, such as video editing or animation systems. And these users often contribute to the features themselves and so are comfortable with them. But everyday users deserve at least a few really grounded options they can rely on regardless of sophistication level, in my opinion. I'm for an easy way to exit a process completely even if it is not the target model the system aspires to.

您可以通过按Back按钮或在Activity中调用finish()来退出。如果您想显式地终止它，只需从MenuItem调用finish()。

Romain并不是说不能这样做，只是说这样做毫无意义——用户不需要关心是否退出或保存他们的工作，因为应用程序生命周期的工作方式鼓励您编写智能软件，无论发生什么都能自动保存和恢复其状态。

这场争论可以归结为一个古老的问题:究竟是开发人员最了解，还是用户最了解。所有人为因素领域的专业设计师每天都在与这个问题作斗争。

Ted指出，市场上下载最多的应用之一是“应用杀手”。当人们停止应用时，他们会获得额外的血清素。他们已经习惯了台式机/笔记本电脑。它能让事情快速发展。它能让处理器保持凉爽，风扇也不会打开。它耗电更少。

当你认为移动设备是一艘小得多的船时，你就会特别感激他们“抛弃你不再需要的东西”的动机。现在，Android的开发者们认为操作系统才是最清楚的，退出一个应用程序已经过时了。我全心全意地支持这一点。

然而，我也认为你不应该让用户感到沮丧，即使这种沮丧是出于他们自己的无知。因此，我认为有一个“退出”选项是很好的设计，即使它只是一个安慰剂按钮，只是关闭一个视图。

显然，您已经在finish()命令中找到了想要的答案。这不会将你的应用从内存中移除，但Android会在它需要资源的时候这样做，所以你不会显式地这样做没有任何区别。

我只想补充一点，为了达到应用程序退出通常具有的全部效果，您需要将应用程序的状态重置为设备引导后第一次运行时的正常状态，就在对所有活动调用finish()之前。这样，如果用户再次选择你的应用程序，它将显示为“新鲜”运行，在模拟“退出”之前没有任何状态。

如果有一些特殊的操作应该只在“退出”时发生，比如保存用户的工作或其他什么，您也可以在上述例程的重新初始化部分之前执行它们。

这种方法可以让你实现“退出”命令的目标，而不违反Android的理念，即将操作系统资源的管理(包括关闭应用程序)交给操作系统。

就我个人而言，我不会使用这种方法，因为Android用户希望应用程序在他们重新访问时保持其连续性，因此他们不习惯“退出”应用程序的模式。相反，我支持“清除”函数，用户可以调用该函数将应用程序重置为某个默认的初始状态，而无需在此过程中“离开”它。

唯一的例外是，当用户按下后退按钮的次数足够多，导致应用程序关闭。在这种情况下，用户不希望状态被保存(如果应用程序中有未保存的状态，那么作为开发人员，你应该有代码处理返回按钮，检测未保存的数据，并提示用户将其保存到SharedPreferences或文件，或其他一些非易失性介质)。

关于system . exit (0):

如果你决定使用system.exit(0)关闭你的应用程序与粗鲁的终结(例如，作为一个最后的后退按钮按下的结果)，那么我要警告你，虽然对我来说这是“工作”，在某些情况下，我已经能够关闭一个应用程序没有任何痕迹，有一个小故障发生在果冻豆当你使用这种方法。

具体来说，如果你使用最近的应用程序列表打开你的应用程序，然后使用返回按钮关闭应用程序(通过system.exit(0)实现关闭)，最近的应用程序列表将再次可见，因为它永远不会被关闭。如果你在该列表中点击应用程序的条目，从相同的、已经打开的、最近的应用程序列表中再次运行它，将没有响应。

我怀疑造成这种情况的原因是，最近的应用程序列表持有一个对你的应用程序的引用，由于你已经使用system.exit(0)关闭了应用程序，该应用程序已变得无功能。使用finish()更文明地关闭应用程序可能会通知操作系统，允许它刷新其最近应用程序列表，但system.exit(0)显然没有这样做。

This is not a huge problem in and of itself, as very few people will open an app from Recent Apps, then exit it, and then immediately open it again from the same open Recent Apps list. And if they tap the home button and then re-open the Recent Apps list, your app's entry will be there, and it will be fully functional. But I think that it shows that the use of system.exit(0) can interfere with proper communication between your app and the OS, and this suggests that there may be other, more serious, possibly subtle, consequences of using this approach.

我认为关键是没有必要退出应用程序，除非你的软件有问题。Android会在用户不使用该应用且设备需要更多内存时退出该应用。如果你有一个需要在后台运行服务的应用程序，你可能需要一种方法来关闭服务。

For example, Google Listen continues to play podcast when the app is not visible. But there is always the pause button to turn the podcast off when the user is done with it. If I remember correctly, Listen, even puts a shortcut in the notification bar so you can always get to the pause button quickly. Another example is an app like a twitter app for instance which constantly polls a service on the internet. These types of apps should really allow the user to choose how often to poll the server, or whether even to poll in a background thread.

如果你需要在退出时运行的代码，你可以根据需要重写onPause()， onStop()或onDestroy()。 http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle

你可以使用Process.killProcess(Process.myPid());杀死你的应用程序，但它可能不安全?我使用这个方法后没有遇到任何问题或崩溃，使用这个方法后，我的应用程序在DDMS列表中的进程消失了。