显然，您已经在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)仍然在系统中。

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

我会考虑阅读Addison-Wesley出版的“Android Wireless Application Development”。我刚刚完成它，它是非常彻底的。

看来你对Android平台有一些基本的误解。一开始我也对Android应用程序的生命周期感到有点沮丧，但在更深入地了解后，我开始真正享受这种方法。这本书将回答你所有的问题，甚至更多。这确实是我为Android新开发者找到的最好的资源。

Also, I think you need to let go of a line-for-line port of the existing app. In order to port your application to the Android platform, some of the application design is going to change. The application-lifecycle used is necessary as mobile devices have very limited resources relative to desktop systems and allows Android devices to run several applications in an orderly and resource-aware fashion. Do some more in depth study of the platform, and I think you will realize that what you are wanting to do is entirely feasible. Best of luck.

顺便说一下，我与艾迪生-卫斯理或与这本书有关的任何个人或组织都没有任何关系。重读了我的帖子后，我觉得我有点像个迷弟。我真的非常非常喜欢它，而且发现它非常有帮助。：）

嗯……

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

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

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

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

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

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

如果你有10个，20个…有多个活动正在运行，你想要完成所有活动并退出系统。

在应用程序类或常量类中创建静态数组。

常量

public class Constants {

public static ArrayList<Activity> activities = new ArrayList<Activity>();

}

在此数组中添加当前活动引用

activity = MainActivity.this; Constants.activities.add(活动);

public class MainActivity extends Activity {

    private ImageView imageButton;
    private Activity activity;


    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        activity = MainActivity.this;
        Constants.activities.add(activity);

        imageButton = (ImageView) findViewById(R.id.camera);
        imageButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {

                // existing app.
                if (Constants.activities != null) {
                    for (int i = 0; i < Constants.activities.size(); i++) {
                        Activity s = Constants.activities.get(i);
                        s.finish();
                    }
                }
                //super.finish();
                finish();
                android.os.Process.killProcess(android.os.Process.myPid());
                System.exit(1);
            }
        });
    }
}