当我在Android上构思一个应用程序时，我是这样看的:

您正在使用您的应用程序 电话响了 你接电话 在通话结束时，您将回到应用程序所在的位置

要做到这一点，你只需要手机的后退键或Home键(短按或长按)和通知栏。

当我退出我的应用程序时，我只使用后退按钮，直到我退出它或Home按钮。

我认为这就是大多数应用的构思。但如果我需要某种会话或连接，我会用登录/注销按钮和通知(标题栏或其他任何东西)向用户明确表示。这是一种与纯“退出”样式应用程序相当不同的样式。

在pc上，你有一个多gui桌面，在Android上，你显然有多个任务，但你一次只显示一个应用程序(这里我不考虑小部件^^)。在手机上，任何时候，你都可能收到比你正在做的事情更重要的通知。

因此，应用程序的整个概念依赖于不同的东西，即“进入应用程序-工作-退出应用程序”。

在任何情况下，如果你想终止你的应用程序，你可以调用System.exit(0);。

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

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

Linux内核有一个称为内存不足杀手的特性(如上所述，这些策略可以在用户空间级别进行配置，而且内核不是最优的，但也不是不必要的)。

它被Android大量使用:

OOM杀手不适合用户空间 Android笔记(OOM杀手信息-你可以在Android上配置OOM功能) Android移植在Real Target

一些用户空间应用程序可以帮助这些杀死应用程序，例如:

自动杀手/配置Android内部任务杀手

首先，永远永远不要使用System.exit(0)。这就像一拳打在一个人的头上让他睡着一样!

第二，我正面临这个问题。在分享我的解决方案之前，我想分享一下我的想法。

我认为“退出按钮”很愚蠢。真的真的真的很傻。我认为用户(消费者)要求你的应用程序有一个退出按钮也是愚蠢的。他们不了解操作系统是如何工作的，以及如何管理资源(它做得很好)。

我认为如果你写了一段好的代码，在正确的时间和条件下做正确的事情(更新、保存和推送)，并使用正确的东西(服务和接收器)，它会工作得很好，没有人会抱怨。

但要做到这一点，你必须研究并了解Android上的工作原理。 总之，这是我为用户提供“退出按钮”的解决方案。

我创建了一个选项菜单，在每个活动中总是可见的(我有一个超级活动，这样做)。

当用户点击这个按钮时，会发生这样的情况:

Intent intent = new Intent(this, DashBoardActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

SharedPreferences settings = getSharedPreferences(getString(PREF_ID), Context.MODE_PRIVATE);
SharedPreferences.Editor editor = settings.edit();
editor.putBoolean(FORCE_EXIT_APPLICATION, true);

  // Commit the edits!
editor.commit();
startActivity(intent);
finish();

我在SharedPreferences中保存我想要终止应用的那个，我启动了一个Intent。请看那些旗子;这些将清除我所有的backstack，调用我的DashBoard Activity，这是我的“home”Activity。

所以在我的仪表板活动中，我在onResume中运行这个方法:

private void checkIfForceKill() {

    // CHECK IF I NEED TO KILL THE APP

    // Restore preferences
    SharedPreferences settings = getSharedPreferences(
            getString(MXMSettingHolder.PREF_ID), Context.MODE_PRIVATE);
    boolean forceKill = settings.getBoolean(
            MusicSinglePaneActivity.FORCE_EXIT_APPLICATION, false);

    if (forceKill) {

        //CLEAR THE FORCE_EXIT SETTINGS
        SharedPreferences.Editor editor = settings.edit();
        editor.putBoolean(FORCE_EXIT_APPLICATION, false);

        // Commit the edits!
        editor.commit();

        //HERE STOP ALL YOUR SERVICES
        finish();
    }
}

它会运行得很好。

唯一一件我不明白为什么会发生的事情是，当我做最后的完成(我已经检查过:它遵循所有正确的onPause→onStop→onDestroy流程)应用程序仍然在最近的活动(但它是空白的)。

似乎最新的意图(已经启动了DashboardActivity)仍然在系统中。

我还得挖更多才能把它挖出来。

我同意泰德的观点。我明白退出应用程序不是 “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.