你可以使用Process.killProcess(Process.myPid());杀死你的应用程序，但它可能不安全?我使用这个方法后没有遇到任何问题或崩溃，使用这个方法后，我的应用程序在DDMS列表中的进程消失了。

几乎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上使用任务杀手)。

如果没有退出函数，应用程序开发人员就可以杀死自己的应用程序，这是非常糟糕的设计。

我的应用程序需要允许用户在运行时动态地更改数据，用户需要重新启动我的应用程序才能使更改生效，但Android不允许我的应用程序自行重新启动。Android操作系统有一个非常糟糕的设计应用程序生命周期。

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

这场争论可以归结为一个古老的问题:究竟是开发人员最了解，还是用户最了解。所有人为因素领域的专业设计师每天都在与这个问题作斗争。

Ted指出，市场上下载最多的应用之一是“应用杀手”。当人们停止应用时，他们会获得额外的血清素。他们已经习惯了台式机/笔记本电脑。它能让事情快速发展。它能让处理器保持凉爽，风扇也不会打开。它耗电更少。

当你认为移动设备是一艘小得多的船时，你就会特别感激他们“抛弃你不再需要的东西”的动机。现在，Android的开发者们认为操作系统才是最清楚的，退出一个应用程序已经过时了。我全心全意地支持这一点。

然而，我也认为你不应该让用户感到沮丧，即使这种沮丧是出于他们自己的无知。因此，我认为有一个“退出”选项是很好的设计，即使它只是一个安慰剂按钮，只是关闭一个视图。

你可能花了很多年为“合适的”计算机编写“合适的”程序。你说你正在学习用安卓系统编程。这只是你要学会的事情之一。你不可能花几年时间画水彩画，然后假设油画的效果完全相同。这是八年前我编写第一个应用程序时最不新鲜的概念。