继续学习Android，我读了以下内容:
Question: Does the user have a choice to kill the application
unless we put a menu option in to kill it? If no such option exists,
how does the user terminate the application?
Answer: (Romain Guy): The user doesn't, the system handles this automatically. That's what the activity lifecycle (especially onPause/onStop/onDestroy) is for. No matter what you do, do not put a "quit" or "exit" application button. It is useless with Android's application model. This is also contrary to how core applications work.
呵呵，我在Android世界里每走一步都会遇到一些问题=(
显然，你不能在Android中退出应用程序(但Android系统可以随时完全销毁你的应用程序)。这是怎么回事?我开始认为这是不可能写一个应用程序的功能作为“正常的应用程序”-用户可以退出应用程序时，他/她决定这么做。这不应该依靠操作系统来完成。
我正在尝试创建的应用程序不是Android市场的应用程序。它不是一个被大众“广泛使用”的应用程序，它是一个将在非常狭窄的商业领域使用的商业应用程序。
我其实很期待为Android平台开发，因为它解决了Windows Mobile和。net中存在的许多问题。然而，上周对我来说有点令人失望……我希望我不必放弃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);
}
Android应用程序的生命周期是为手机用户设计的，而不是电脑用户。
应用程序生命周期是将Linux服务器转变为消费者设备所需的极其简单的范例。
Android是基于Linux的Java，一个真正的跨平台服务器操作系统。这就是为什么它传播得这么快。应用程序生命周期封装了操作系统的底层现实。
对于手机用户来说，应用只是安装或不安装。没有奔跑或退出的概念。事实上，应用程序进程应该一直运行到操作系统释放它们以获取所拥有的资源为止。
因为这是Stack Overflow，任何阅读这篇文章的人都是计算机用户，必须关闭他们90%的知识来理解移动应用程序的生命周期。
另一个选项可以是Android辅助服务，绿色应用程序正在使用强制关闭应用程序来加速内存。有了你的应用程序辅助服务访问，你可以点击按钮，基本上Greenify应用程序点击强制关闭按钮，在应用程序的设置中发现:
在这里你可以学习无障碍服务:
https://developer.android.com/reference/android/accessibilityservice/AccessibilityService.html
下面是可访问性服务以编程方式点击的设置按钮:
所以你可以通过以下步骤实现杀死任何应用程序，包括你的:
1)登记无障碍服务申请
2)根据您的要求，如果您想杀死所有应用程序获取列表的所有包
3)导航到他们的设置屏幕并单击强制关闭按钮
这是它。我可以分享一个示例代码，我还创建了一个应用程序，如greenify作为家庭作业。
谢谢你！
更新:
“用户不需要，系统会自动处理。”
所以基本上，通过这个解决方案，我们间接地使用了系统强制关闭，但基于用户需求。这样双方都能保持快乐:-)
博客文章“何时在Android应用程序中包含退出按钮”(提示:永远不要)解释得比我好得多。我希望每个Android开发者都读过这本书。
摘录:
In my experience what [the users] really want is:
An unambiguous way to guarantee that an app will stop consuming resources (battery, CPU cycles, data transfer, etc.).
Many users perceive that an exit button implements this requirement
and ask for it to be added. Developers, looking to please their users,
obligingly add one. Shortly thereafter they both fail.
In most cases the exit button simply calls Activity.finish(). This is exactly equivalent to hitting the back button.
Exactly. Services keep running and polling keeps happening. Users may think they've killed the app but they haven't, and soon
they'll be even more annoyed.
Exit behavior is now ambiguous. Should your exit button just close the Activity, or should it also stop all associated Services, Receivers, and Alarms? What should Back do? What happens if they hit Home instead? What happens if your app has a widget? Should the exit button stop that from updating too?
The solution is to make the back button behave as you'd expect the
exit button to. Better yet, simply stop consuming resources whenever
the app isn't visible.
继续阅读完整的文章。
