在Intent中使用FLAG_ACTIVITY_CLEAR_TOP标志关闭应用程序，然后system.exit();

或者有类似的方法，但是没有system.exit()当你想退出时调用这个方法:

public void exit() {
    startActivity(new Intent(this, HomeActivity.class).
    setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | IntentCompat.FLAG_ACTIVITY_CLEAR_TASK).putExtra(EXIT_FLAG, true));
}

在你的HomeActivity.onCreate()中添加以下代码

protected void onCreate(Bundle savedInstanceState) {
    if (getIntent().getBooleanExtra(EXIT_FLAG, false)) {
        if ((getIntent().getFlags() & Intent.FLAG_ACTIVITY_LAUNCHED_FROM_HISTORY) == 0) {
            finish();
        }
    }
......................

这将在不破坏Android生命周期的情况下工作。

回答:(罗曼盖伊):用户不需要，系统会处理这个问题 自动。这就是活动生命周期(特别是 onPause/onStop/onDestroy)用于。无论你做什么，都不要放不下 “退出”或“退出”应用程序按钮。这在安卓系统中毫无用处 应用程序模型。这也与核心应用程序的方式相反 工作。

1: Totally exiting an application may be generally unmandatory, but it is not useless. What if windows had no exit option? System would be doggy slow as memory was full and the OS had to guess at which programs you were done with. I don't care what Romain Guy or even Larry Page and Sergey Brin say - these are unquestionable facts: Systems run slower when they have to kill tasks to get their memory before a new app can be launched. You just can't tell me that it doesn't take time to kill an app! Even the light from distant stars take time... There is some use in allowing the user to fully close apps.

2:与核心应用程序的工作方式相反?这是什么意思?当我现在运行一个应用程序时，它不再做任何工作……它只是在需要内存时等待被操作系统杀死。

总而言之，最小化和退出之间有明显的区别，两者都不适合对方。每个螺丝上都留个螺丝刀吗?还是每扇门都有钥匙?我们是不是把所有的电器都开着，直到断路器爆炸，我们需要打开另一个电器?我们是不是把洗碗机里装满了盘子，每次只拿出足够的空间来放一些新的脏盘子?我们把所有的车都停在车道上，直到——哦，算了。

如果用户想要最小化应用程序，那么最好的方法就是最小化它。如果用户想要退出应用程序，那么无论如何最好是退出。

这会让人皱眉吗?这是Android的观点——他们不赞成。许多独立的Android新手开发者对此表示不满。

但当它落到实处时，有好的编码和坏的编码。有好的程序流模型也有坏的程序流模型。

当用户知道他们已经用完了程序时，把程序留在内存中并不是好的程序流程。它完全没有任何用处，而且在启动新应用程序或运行应用程序分配更多内存时，它会减慢运行速度。

这有点像你的汽车:有时你让它一直开着，比如在红绿灯前停车，或者在快餐店经过时停车，或者在自动取款机前停车。但在其他情况下，你确实想把它关掉——比如当你去工作的时候，或者在杂货店，甚至在家里。

同样地，如果你正在玩游戏，这时手机响了。暂停游戏并继续运行。但如果用户已经玩了一段时间，那就让他们退出游戏吧。

The exit button on some applications should be more out in front than others. Games, for example, or programs where the user is likely to want to fully exit, should have an obvious exit. Other programs, like, perhaps, email programs, where exiting is an unlikely desire (so that it can keep checking for email) -- these programs should not waste prime control input screen space with an exit option, but for good program flow, it should have an exit option. What if someone decides they don't want their mail program trying to check email when they are in poor coverage area, or maybe in a Skype call or whatever? Let them exit the email program if they want!

暂停和退出是两项至关重要的任务，两者都不能实现对方的作用。

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

目前，我在我的应用程序中实现了以下内容。可能这些有助于从应用程序中移动出来，无论你想要的是什么。我从操作栏菜单中调用这个函数。

public static void exitApplication(Context context) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
        exitApplicationHC(context);
    }
    else {
        exitApplicationPreHC(context);
    }
}

private static void exitApplicationPreHC(Context context) {
    Intent i = new Intent(context, LoginActivity.class);
    i.putExtra(EXTRA_EXIT, true);
    i.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
    i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    context.startActivity(i);
    if (context instanceof Activity) {
        ((Activity) context).finish();
    }
}

@TargetApi(Build.VERSION_CODES.HONEYCOMB)
private static void exitApplicationHC(Context context) {
    Intent i = new Intent(context, LoginActivity.class);
    i.putExtra(EXTRA_EXIT, true);
    i.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
    i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    i.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK);
    context.startActivity(i);
}

如果你有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);
            }
        });
    }
}

我会考虑阅读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.

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