对于应用程序的第一个(启动)活动，

@Override
public void onBackPressed(){

    // Exit
    moveTaskToBack(true);
}

为我工作。我想在这里关闭应用程序。从其他活动中回来;我用了意图，例如:

@Override
public void onBackPressed(){

    // Going back....
    Intent intent = new Intent(ActivityB.this, ActivityA.class);
    startActivity(intent);
    finish();
}

注意:这段代码适用于开发人员想要从ActivityZ返回ActivityA然后关闭应用程序的场景。

显然，您已经在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.

首先，永远永远不要使用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)仍然在系统中。

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

我希望随着时间的推移情况会有所改变。如果应用程序进程被操作系统正确沙盒化，用户应该能够杀死应用程序或进程。有一种观点认为，应用程序必须编写得完美无缺，否则用户将只使用遵循所有SDK建议的应用程序。我认为这是一个很高的要求。

泰德，你想要实现的目标是可以实现的，只是可能不是你现在想的那样。

我建议您阅读活动和服务。停止使用术语“应用程序”，开始引用组件，即活动，服务。我认为你只需要更多地了解Android平台;这是一个标准PC应用程序的心态变化。事实上，你的帖子中没有一个词是“活动”(简单的FAQ引用，即不是你的话)，我告诉我你需要阅读更多。

Android上下文中的应用程序只是一堆模糊相关的活动，退出应用程序并没有多大意义。你可以finish()一个Activity, Activity栈中前一个Activity的视图就会被绘制出来。