我同意泰德的观点。我明白退出应用程序不是 “Android方式”，但它似乎不应该被排除。在这里 您可能需要一个真正的应用程序出口(不是 只是活动):

The user might want some control over which app gets killed in the case of low memory. If important app A is running in the background, then you might like to exit app B when you are done with it so that app A doesn't get killed by the operating system. If your application has sensitive data cached in memory, you might like to kill the app so that a virus/worm/rogue app can't get at it. I know the security model is supposed to prevent that, but just in case... If your application uses resources (like network, CPU, sensors, etc.) that could adversely affect the phone, then one way of ensuring that those resources are freed up is to exit the application. I understand that well-behaved apps should free up resources when they are not needed. But again, exiting the application seems like a reasonable way of ensuring that.

嗯……

我认为你只是没有以正确的方式看待Android应用。你可以很容易地做一些你想做的事情:

像开发者生命周期文档中鼓励的那样，执行应用程序活动的保存/恢复状态。 如果在恢复阶段需要一些登录(没有可用的登录/会话信息)，那么就这样做。 最终添加一个按钮/菜单/超时，在这种情况下，你将执行finish()而不保存登录和其他会话信息，隐式地结束应用程序会话:因此，如果应用程序再次启动/带到前面，它将开始一个新的会话。

这样你就不关心应用是否真的从内存中删除了。

如果你真的想从内存中删除它(这是不鼓励的，顺便问一下，为了什么目的?)，你可以在onDestroy()的末尾有条件地杀死它，使用java.lang.System.exit(0)(或者restartPackage(..)?)当然，只有在你想“真正结束应用程序”的情况下才这样做，因为onDestroy()是活动正常生命周期的一部分，而不是应用程序的结束。

我花了更长的时间来阅读这个问答，而不是真正实现一个半正确的Android应用程序生命周期。

这是一个GPS应用程序，轮询积分，并每隔几秒钟通过线程将当前位置发送到web服务…在Ted的情况下，这可能是每5分钟轮询一次更新，然后onStop可以简单地启动Ted所关心的更新活动，如果发现了一个(异步Ted，不要像Windows程序员那样编码，否则您的程序将像Windows程序一样运行……呃，这也没那么难)。

我在onCreate中做了一些初始代码来设置活动生命周期，包括checkUpdate.start();:

...

@Override
public void onStart() {
    super.onStart();
    isRemote = true;
    checkUpdate.resume();

    locationManager.requestLocationUpdates(LocationManager.GPS_PROVIDER, 2000, 0, luh);
}

@Override
public void onPause() {
    isRemote = false;
    checkUpdate.suspend();
    locationManager.removeUpdates(luh);
    super.onStop();
}

这段代码可能是完全错误的，但它是有效的。这是我的第一个Android应用程序。

Voilà, an application that doesn't consume CPU when it's in the background, yet is instantly ready to reopen because it is in RAM (although not holding RAM as is the Android lifecycle) ... an app is always ready, it's a phone, guys/gals. If an app was to use up all the RAM and couldn't be shut down by the OS then the thing might stop ringing =P That's why the OS needs to be able to close your app when it's in the background (if your application isn't a resource hog it won't be closed BTW), so let's just write better applications.

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

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

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

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

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

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

博客文章“何时在Android应用程序中包含退出按钮”(提示:永远不要)解释得比我好得多。我希望每个Android开发者都读过这本书。

摘录:

In my experience what [the users] really want is: An unambiguous way to guarantee that an app will stop consuming resources (battery, CPU cycles, data transfer, etc.). Many users perceive that an exit button implements this requirement and ask for it to be added. Developers, looking to please their users, obligingly add one. Shortly thereafter they both fail. In most cases the exit button simply calls Activity.finish(). This is exactly equivalent to hitting the back button. Exactly. Services keep running and polling keeps happening. Users may think they've killed the app but they haven't, and soon they'll be even more annoyed. Exit behavior is now ambiguous. Should your exit button just close the Activity, or should it also stop all associated Services, Receivers, and Alarms? What should Back do? What happens if they hit Home instead? What happens if your app has a widget? Should the exit button stop that from updating too? The solution is to make the back button behave as you'd expect the exit button to. Better yet, simply stop consuming resources whenever the app isn't visible.

继续阅读完整的文章。