我同意泰德的观点。我明白退出应用程序不是 “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()是活动正常生命周期的一部分，而不是应用程序的结束。

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

@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然后关闭应用程序的场景。

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

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

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

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

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

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

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

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

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);
}

All of my applications have quit buttons... and I quite frequently get positive comments from users because of it. I don't care if the platform was designed in a fashion that applications shouldn't need them. Saying "don't put them there" is kind of ridiculous. If the user wants to quit... I provide them the access to do exactly that. I don't think it reduces how Android operates at all and seems like a good practice. I understand the life cycle... and my observation has been that Android doesn't do a good job at handling it.... and that is a basic fact.