这最终会涉及到你的问题，但我首先想解决你在写这篇文章时已经给出的各种答案的各种评论中提出的一些问题。我无意改变你的想法——相反，这些是为将来来阅读这篇文章的人准备的。

关键是我不能考虑到 Android来确定我的应用程序 将被终止。那一定是 用户的选择。

数以百万计的人非常喜欢这种环境根据需要关闭应用程序的模型。这些用户根本不会考虑“终止”Android应用程序，就像他们不会考虑“终止”网页或“终止”恒温器一样。

iPhone用户也是如此，按下iPhone按钮并不一定会“感觉”应用程序被终止了，因为许多iPhone应用程序会在用户停止的地方继续运行，即使应用程序真的被关闭了(因为目前iPhone一次只允许一个第三方应用程序)。

正如我上面所说的，有很多 在我的应用程序(数据是 推送到设备，列出任务 它总是应该在那里，等等)。

我不知道“总是应该在那里的任务列表”是什么意思，但“数据被推送到设备”是一个令人愉快的虚构，无论如何都不应该通过活动来完成。使用定时任务(通过AlarmManager)更新您的数据，以获得最大的可靠性。

我们的用户登录了，不能做什么 每次他们接到电话 Android决定关闭这款应用。

有许多iPhone和Android应用程序可以处理这个问题。通常，这是因为它们保留了登录凭据，而不是强迫用户每次手动登录。

例如，我们希望检查更新 退出应用程序时

这在任何操作系统上都是错误的。众所周知，应用程序“退出”的原因是操作系统正在关闭，然后更新过程将在中间失败。一般来说，这不是一件好事。要么在启动时检查更新，要么完全异步地检查更新(例如，通过计划任务)，永远不要在退出时检查更新。

一些评论建议打 返回按钮不杀死应用程序在 所有(见上面我的问题中的链接)。

按后退按钮不会“杀死应用程序”。当用户按下BACK按钮时，它完成了屏幕上的活动。

仅当 用户想要终止它——从来没有 任何其他方式。如果你不会写字 在Android中运行的应用程序， 那么我认为Android不能使用 对于编写真正的应用程序=(

Web应用程序也不能。或者是WebOS，如果我对他们的模式理解正确的话(还没有机会使用)。在所有这些情况下，用户不会“终止”任何事情——他们只是离开。iPhone则有所不同，因为它目前一次只允许运行一件事(除了少数例外)，所以离开意味着立即终止应用程序。

有没有办法让我真的戒掉 应用程序?

正如其他人告诉您的那样，用户(通过BACK)或代码(通过finish())可以关闭当前正在运行的活动。对于正确编写的应用程序，用户通常不需要任何其他东西，就像使用Web应用程序不需要“退出”选项一样。

根据定义，没有两个应用程序环境是相同的。这意味着您可以看到环境中的趋势，因为新的出现和其他的被掩盖。

例如，有一种越来越多的运动试图消除“文件”的概念。大多数Web应用程序不会强迫用户考虑文件。iPhone应用程序通常不会强迫用户考虑文件。Android应用程序通常不会强迫用户考虑文件。等等。

类似地，有越来越多的人试图消除“终止”应用程序的概念。大多数Web应用程序不会强制用户注销，而是在一段时间不活动后隐式地将用户注销。Android和iPhone(可能还有WebOS)也是如此。

这需要更多地强调应用程序设计，关注业务目标，而不是坚持与以前的应用程序环境捆绑在一起的实现模型。缺乏时间或意愿这样做的开发人员会对打破现有思维模式的新环境感到沮丧。这不是任何一种环境的错，就像它不是一座山的错，因为风暴围绕着它而不是穿过它。

例如，一些开发环境，如Hypercard和Smalltalk，将应用程序和开发工具混合在一个设置中。除了应用程序的语言扩展(例如，Excel中的VBA, AutoCAD中的Lisp)，这个概念并没有流行起来。因此，那些提出了假设应用程序本身存在开发工具的心智模型的开发人员，要么必须改变他们的模型，要么将自己限制在模型成立的环境中。

所以，当你写:

连同其他乱七八糟的东西，我 我认为这正在发展 我们的Android应用就不会 发生。

这似乎是对你最好的选择，就目前而言。同样，我建议你不要尝试将你的应用程序移植到Web上，因为你在Android上报告的一些同样的问题也会在Web应用程序中发现(例如，没有“终止”)。或者，反过来说，如果有一天你把应用移植到Web上，你可能会发现Web应用的流程可能更适合Android，那时你可以重新考虑Android移植。

每次当你通过意图移动到下一页时，使用:

`YourActivityname.this.finish()`;

例子:

Intent intent = new Intent(getApplicationContext(), SMS.class);

startActivity(intent);
MainActivity.this.finish();

因此，没有活动将在后台运行，当你想退出你的应用程序，使用:

MainActivity.this.finish();
android.os.Process.killProcess(android.os.Process.myPid());
System.exit(0);
getParent().finish();

这种退出对我来说就像一个魅力:)

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

Linux内核有一个称为内存不足杀手的特性(如上所述，这些策略可以在用户空间级别进行配置，而且内核不是最优的，但也不是不必要的)。

它被Android大量使用:

OOM杀手不适合用户空间 Android笔记(OOM杀手信息-你可以在Android上配置OOM功能) Android移植在Real Target

一些用户空间应用程序可以帮助这些杀死应用程序，例如:

自动杀手/配置Android内部任务杀手

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

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

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

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

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

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

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

几乎99%的情况下，Android应用程序不需要接管自己的生命周期。大多数情况下，这归结于更好的计划或更聪明的应用程序设计。例如，构建一个内部服务(不导出)来处理下载等，或者围绕用户工作流设计动作和任务。

但话虽如此，有志者事竟成。Android通过Android .os. process类提供了一个比Java更好的API来控制底层进程。与Java不同的是，它不会把开发人员当成傻瓜，把所有问题都隐藏在一个简单的Java .lang. system .exit()调用之后。

那么如何让你的应用在Android中自杀呢?诀窍很简单:

通过继承标准Android .app. application类来创建自己的Android应用程序类(记得在AndroidManifest.xml文件中声明它)。

重写onCreate()方法，并存储启动应用程序的进程ID:

this.pid = android.os.Process.myPid(); // Save for later use.

现在要杀死你的应用程序，提供一个kill()方法:

android.os.Process.sendSignal(pid, android.os.Process.SIGNAL_KILL);

现在，无论何时你需要你的应用自杀，只要输入转换应用上下文，并调用你的kill方法!

((MySuicidalApp) context.getApplicationContext()).kill()

请记住，由于Android中的进程管理策略，特别是与服务相关的策略，Android可能只是选择重新启动你的服务(参见你不应该在Android上使用任务杀手)。