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

您可以通过按Back按钮或在Activity中调用finish()来退出。如果您想显式地终止它，只需从MenuItem调用finish()。

Romain并不是说不能这样做，只是说这样做毫无意义——用户不需要关心是否退出或保存他们的工作，因为应用程序生命周期的工作方式鼓励您编写智能软件，无论发生什么都能自动保存和恢复其状态。

如果你指定API >= 16, Activity#finishAffinity()可以满足你的需求。

作为一个Android开发新手，我开始熟悉生命周期等等。作为一名Android用户，我一直讨厌自己无法删除应用程序。

为什么用户应该信任一个应用程序?我们可能认为把应用放在后台是“安全的”，但用户真的安全吗? 我们可能会爱上“新”做事方式的天才，但并不是所有的应用程序都写得很完美，甚至很好。有些可能是恶意的，并试图保持后台进程一直运行。有些可能是出于好意，但很混乱。

我讨厌打开浏览器或谷歌，从我上次离开的地方开始，不得不向后堆叠几十个缓慢的页面，只是为了感觉我有一个干净的开始。用户应该拥有最终的控制权。有多少次技术支持告诉我们“重启我们的机器”或“关闭程序并重新启动”?用户需要感觉他们是在重新启动应用，而不是恢复一个可能会让他们沮丧或给他们带来问题的状态。

你不能指望人们保留一个复杂的环境模型，只是为了使用一个应用程序来完成一些事情。人们觉得自己可以控制铅笔和纸，因为这体现在他们对铅笔和纸的行为和未来行为的体验中。 软件是魔术，它发生在幕后。它的行为规则就像创建它的开发者一样反复无常。

We should try to design appliances that relate to an underlying, almost physical, model that is robust and reliable and truly intuitive to the user. "Killing" an app is something a user can embrace. It's like throwing out a pile of scratch paper and starting over; closing a book and putting it back on the shelf. Magic has its place for dedicated professionals who can invest themselves in a particular world, such as video editing or animation systems. And these users often contribute to the features themselves and so are comfortable with them. But everyday users deserve at least a few really grounded options they can rely on regardless of sophistication level, in my opinion. I'm for an easy way to exit a process completely even if it is not the target model the system aspires to.

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

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

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

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

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

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