我认为关键是没有必要退出应用程序，除非你的软件有问题。Android会在用户不使用该应用且设备需要更多内存时退出该应用。如果你有一个需要在后台运行服务的应用程序，你可能需要一种方法来关闭服务。

For example, Google Listen continues to play podcast when the app is not visible. But there is always the pause button to turn the podcast off when the user is done with it. If I remember correctly, Listen, even puts a shortcut in the notification bar so you can always get to the pause button quickly. Another example is an app like a twitter app for instance which constantly polls a service on the internet. These types of apps should really allow the user to choose how often to poll the server, or whether even to poll in a background thread.

如果你需要在退出时运行的代码，你可以根据需要重写onPause()， onStop()或onDestroy()。 http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle

这是一个有这么多专家参与的有趣而有见地的讨论。我觉得这篇文章应该从Android开发的主要网站中循环回来，因为它确实围绕着Android操作系统的核心设计之一。

我还想在这里发表我的意见。

到目前为止，我对Android处理生命周期事件的方式印象深刻，它将类似web的体验概念引入原生应用。

话虽如此，我仍然认为应该有一个退出按钮。为什么?．.． 不是为了我，不是为了泰德，也不是为了在座的任何一位技术大师，而是为了满足终端用户的需求。

虽然我不是Windows的忠实粉丝，但很久以前他们引入了一个大多数终端用户都习惯的概念(X按钮)……“我想在‘我’想要的时候停止运行一个小部件”。

这并不意味着有人(操作系统、开发人员?)会根据自己的判断来处理……它仅仅意味着“我习惯的红色X按钮在哪里”。我的行为应该类似于“按下按钮结束通话”，“按下按钮关闭设备”，等等……这是一种感知。它本身带来了一种满足感，我的行动确实达到了目的。

尽管开发人员可以使用这里给出的建议来欺骗这种行为，但仍然存在这样的看法，即应用程序应该完全停止运行(现在)，由最终用户要求的独立、可信和中立的来源(OS)。

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

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

有退出按钮的一个重要原因是“退出”广告。在出口，可以显示一些产生收入的广告。像所有的广告一样，它还是有点烦人，但也许比那些占用宝贵屏幕空间的广告更烦人。一些广告网络提供这种广告方式。但是，真的，你不能只是放一个退出按钮，在显示广告后什么都不做!

因此，在某些情况下需要一种或另一种方式来终止程序，而“永远不应该被需要”可能不是最全面的答案。

可能会使用Activity.finish()或System.exit(0)。

嗯……

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

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

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

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

我花了更长的时间来阅读这个问答，而不是真正实现一个半正确的Android应用程序生命周期。

这是一个GPS应用程序，轮询积分，并每隔几秒钟通过线程将当前位置发送到web服务…在Ted的情况下，这可能是每5分钟轮询一次更新，然后onStop可以简单地启动Ted所关心的更新活动，如果发现了一个(异步Ted，不要像Windows程序员那样编码，否则您的程序将像Windows程序一样运行……呃，这也没那么难)。

我在onCreate中做了一些初始代码来设置活动生命周期，包括checkUpdate.start();:

...

@Override
public void onStart() {
    super.onStart();
    isRemote = true;
    checkUpdate.resume();

    locationManager.requestLocationUpdates(LocationManager.GPS_PROVIDER, 2000, 0, luh);
}

@Override
public void onPause() {
    isRemote = false;
    checkUpdate.suspend();
    locationManager.removeUpdates(luh);
    super.onStop();
}

这段代码可能是完全错误的，但它是有效的。这是我的第一个Android应用程序。

Voilà, an application that doesn't consume CPU when it's in the background, yet is instantly ready to reopen because it is in RAM (although not holding RAM as is the Android lifecycle) ... an app is always ready, it's a phone, guys/gals. If an app was to use up all the RAM and couldn't be shut down by the OS then the thing might stop ringing =P That's why the OS needs to be able to close your app when it's in the background (if your application isn't a resource hog it won't be closed BTW), so let's just write better applications.