继续学习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，但它现在看起来不太好=(
有办法让我真的退出应用程序吗?
每次当你通过意图移动到下一页时，使用:
`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();
这种退出对我来说就像一个魅力:)
当我在Android上构思一个应用程序时，我是这样看的:
您正在使用您的应用程序
电话响了
你接电话
在通话结束时，您将回到应用程序所在的位置
要做到这一点，你只需要手机的后退键或Home键(短按或长按)和通知栏。
当我退出我的应用程序时，我只使用后退按钮，直到我退出它或Home按钮。
我认为这就是大多数应用的构思。但如果我需要某种会话或连接，我会用登录/注销按钮和通知(标题栏或其他任何东西)向用户明确表示。这是一种与纯“退出”样式应用程序相当不同的样式。
在pc上，你有一个多gui桌面，在Android上，你显然有多个任务，但你一次只显示一个应用程序(这里我不考虑小部件^^)。在手机上，任何时候，你都可能收到比你正在做的事情更重要的通知。
因此，应用程序的整个概念依赖于不同的东西，即“进入应用程序-工作-退出应用程序”。
另一个选项可以是Android辅助服务，绿色应用程序正在使用强制关闭应用程序来加速内存。有了你的应用程序辅助服务访问，你可以点击按钮，基本上Greenify应用程序点击强制关闭按钮，在应用程序的设置中发现:
在这里你可以学习无障碍服务:
https://developer.android.com/reference/android/accessibilityservice/AccessibilityService.html
下面是可访问性服务以编程方式点击的设置按钮:
所以你可以通过以下步骤实现杀死任何应用程序，包括你的:
1)登记无障碍服务申请
2)根据您的要求，如果您想杀死所有应用程序获取列表的所有包
3)导航到他们的设置屏幕并单击强制关闭按钮
这是它。我可以分享一个示例代码，我还创建了一个应用程序，如greenify作为家庭作业。
谢谢你！
更新:
“用户不需要，系统会自动处理。”
所以基本上，通过这个解决方案，我们间接地使用了系统强制关闭，但基于用户需求。这样双方都能保持快乐:-)
我花了更长的时间来阅读这个问答，而不是真正实现一个半正确的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.
