深入解析Android系统中应用程序前后台切换的实现要点
作者：by2n
字体：[ ] 类型：转载 时间：
这篇文章主要介绍了Android系统中应用程序前后台切换的实现要点,除了切换操作的效果之外还重点讲解了判断程序运行于前台还是后台的方法,需要的朋友可以参考下
在介绍程序实现之前，我们先看下Android中Activities和Task的基础知识。
我们都知道，一个Activity 可以启动另一个Activity,即使这个Activity是定义在别一个应用程序里的，比如说，想要给用户展示一个地图的信息，现在已经有一个Activity可以做这件事情，那么现在你的Activity需要做的就是将请求信息放进一个Intent对象里，并且将这个Intent对象传递给startActivity(),那么地图就可显示出来了，但用户按下Back键之后，你的Activity又重新出现在屏幕上。
对用户来讲，显示地图的Activity和你的Activity好像在一个应用程序中的，虽然是他们是定义在其他的应用程序中并且运行在那个应有进程中。Android将你的Activity和借用的那个Activity被放进一个Task中以维持用户的体验。那么Task是以栈的形式组织起来一组相互关联的Activity,栈中底部的Activity就是开辟这个Task的，通常是用户在应用程序启动器中选择的Activity。栈的顶部的Activity是当前正在运行的Activity--用户正在交互操作的Activity。
当一个Activity启动另一个Activity时，新启动的Activity被压进栈中，成为正在运行的Activity。旧的Activity仍然在栈中。当用户按下BACK键之后，正在运行的Activity弹出栈，旧的Activity恢复成为运行的Activity。栈中包含对象，因此如果一个任务中开启了同一个Activity子类的的多个对象——例如，多个地图浏览器——则栈对每一个实例都有一个单独的入口。栈中的Activity不会被重新排序，只会被、弹出。Task是一组Activity实例组成的栈，不是在manifest文件里的某个类或是元素，所以无法设定一个Task的属性而不管它的Activity，一个Task的所有属性值是在底部的Activity里设置的，这就需要用于Affinity。关于Affinity这里不再详述，大家可以查询文档。
一个Task里的所有Activity作为一个整体运转。整个Task（整个Activity堆栈）可以被推到前台或被推到后台。假设一个正在运行的Task中有四个Activity——正在运行的Activity下面有三个Activity，这时用户按下HOME键，回到应有程序启动器然后运行新的应用程序（实际上是运行了一个新的Task），那么当前的Task就退到了后台，新开启的应用程序的root Activity此时就显示出来了，一段时间后，用户又回到应用程序器，又重新选择了之前的那个应用程序（先前的那个Task），那么先前的那个Task此时又回到了前台了，当用户按下BACK键时，屏幕不是显示刚刚离开的那个新开启的那个应用程序的Activity，而是被除回到前台的那个Task的栈顶Activity，将这个Task的下一个Activity显示出来。 上述便是Activity和Task一般的行为，但是这个行为的几乎所有方面都是可以修改的。Activity和Task的关系，以及Task中Activity的行为，是受启动该Activity的Intent对象的标识和在manifest文件中的Activity的&Activity&元素的属性共同影响的。
以上是关于Activity和Task的描述。
在开发Android项目时，用户难免会进行程序切换，在切换过程中，程序将进入后台运行，需要用时再通过任务管理器或是重新点击程序或是通过点击信息通知栏中的图标返回原来的界面。这种效果类似于腾讯QQ的效果，打开QQ后显示主界面，在使用其他的程序时，QQ将以图标的形式显示在信息通知栏里，如果再用到QQ时再点击信息通知栏中的图标显示QQ主界面。
先看下本示例实现效果图：
在上图第二个图中，我们点击时将会返回到的原来的Activity中。
当我们的程序进入后台运作时，在我们的模拟器顶部将以图标形式出现，如下图：
对于这种效果一般的做法是在Activity中的onStop()方法中编写相应代码，因为当Activity进入后台时将会调用onStop()方法，我们可以在onStop()方法以Notification形式显示程序图标及信息，其中代码如下所示：
protected void onStop() {
// TODO Auto-generated method stub
　　super.onStop();
　　Log.v("BACKGROUND", "程序进入后台");
　　showNotification();
以上的showNotification()方法就是Notification。
然后点击信息通知栏的Notification后再返回到原来的Activity。
当然，我们也可以捕捉HOME键，在用户按下HOME键时显示Notification， 以下是代码示例：
// 点击HOME键时程序进入后台运行
public boolean onKeyDown(int keyCode, KeyEvent event) {
// TODO Auto-generated method stub
// 按下HOME键
if(keyCode == KeyEvent.KEYCODE_HOME){
// 显示Notification
notification = new NotificationExtend(this);
notification.showNotification();
moveTaskToBack(true);
return super.onKeyDown(keyCode, event);
这里的NotificationExtend是对显示Notification的一个封装，类中的代码如下：
package com.test.
import android.app.A
import android.app.N
import android.app.NotificationM
import android.app.PendingI
import android.content.I
import android.graphics.C
* Notification扩展类
* @Description: Notification扩展类
* @File: NotificationExtend.java
* @Package com.test.background
public class NotificationExtend {
public NotificationExtend(Activity context) {
// TODO Auto-generated constructor stub
this.context =
// 显示Notification
public void showNotification() {
// 创建一个NotificationManager的引用
NotificationManager notificationManager = (
NotificationManager)context.getSystemService(
android.content.Context.NOTIFICATION_SERVICE);
// 定义Notification的各种属性
Notification notification = new Notification(
R.drawable.icon,"阅读器",
System.currentTimeMillis());
// 将此通知放到通知栏的"Ongoing"即"正在运行"组中
notification.flags |= Notification.FLAG_ONGOING_EVENT;
// 表明在点击了通知栏中的"清除通知"后，此通知自动清除。
notification.flags |= Notification.FLAG_AUTO_CANCEL
notification.flags |= Notification.FLAG_SHOW_LIGHTS;
notification.defaults = Notification.DEFAULT_LIGHTS;
notification.ledARGB = Color.BLUE;
notification.ledOnMS = 5000;
// 设置通知的事件消息
CharSequence contentTitle = "阅读器显示信息"; // 通知栏标题
CharSequence contentText = "推送信息显示，请查看……"; // 通知栏内容
Intent notificationIntent = new Intent(context,context.getClass());
notificationIntent.setAction(Intent.ACTION_MAIN);
notificationIntent.addCategory(Intent.CATEGORY_LAUNCHER);
PendingIntent contentIntent = PendingIntent.getActivity(
context, 0, notificationIntent,PendingIntent.FLAG_UPDATE_CURRENT);
notification.setLatestEventInfo(
context, contentTitle, contentText, contentIntent);
// 把Notification传递给NotificationManager
notificationManager.notify(0, notification);
// 取消通知
public void cancelNotification(){
NotificationManager notificationManager = (
NotificationManager) context.getSystemService(
android.content.Context.NOTIFICATION_SERVICE);
notificationManager.cancel(0);
这里需要在配置文件中设置每个Activity以单任务运行，否则，每次返回原Activity时会新增加一个Activity，而不会返回到原Activity。
在使用FLAG_ACTIVITY_NEW_TASK控制标识时也会出现不会返回到原Activity的现象。如果该标识使一个Activity开始了一个新的Task，然后当用户按了HOME键离开这个Activity，在用户按下BACK键时将无法再返回到原Activity。一些应用(例如Notification)总是在一个新的Task里打开Activity，而从来不在自己的Task中打开，所以它们总是将包含FLAG_ACTIVITY_NEW_TASK的Intent传递给startActivity()。所以如果有一个可以被其他的东西以这个控制标志调用的Activity，请注意让应用程序有独立的回到原Activity的方法。 代码如下：
&activity android:name="ShowMessageActivity"
android:launchMode="singleTask"&&/activity&
Android应用前后台切换的判断
Android中没有提供一个应用前后台切换的回调或广播，这个功能只能我们自己来处理。以前遇到这个问题的处理方式是，实现一个BaseActivity，然后让其他所有Activity都继承自它，然后在生命周期函数中做相应的检测。具体检测方法如下：
&&&&&& 在Activity的onStart和onStop方法中进行计数，计数变量为count，在onStart中将变量加1，onStop中减1，假设应用有两个Activity，分别为A和B。
&&&&&& 情况一、首先启动A，A再启动B：启动A，count=1，A启动B，生命周期的顺序为B.onStart-&A.onStop，count的计数仍然为1。
&&&&&& 情况二、首先启动A，然后按Home键返回桌面：启动A，count=1，按Home键返回桌面，会执行A.onStop，count的计数变位0。
&&&&&& 从上面的两种情况看出，可以通过对count计数为0，来判断应用被从前台切到了后台。同样的，从后台切到前台也是类似的道理。具体实现看后面的代码。
&&&&&& 但是如果项目中不是所有的Activity都继承自同一个BaseActivity，就无法实现这个功能了。幸运的是，Android在API 14之后，在Application类中，提供了一个应用生命周期回调的注册方法，用来对应用的生命周期进行集中管理，这个接口叫registerActivityLifecycleCallbacks，可以通过它注册自己的ActivityLifeCycleCallback，每一个Activity的生命周期都会回调到这里的对应方法。其实这个注册方法的本质和我们实现BaseActivity是一样的，只是将生命周期管理移到了Activity本身的实现中。
&具体使用方法如下:
public class MyApplication extends Application{
public int count = 0;
public void onCreate() {
super.onCreate();
registerActivityLifecycleCallbacks(new ActivityLifecycleCallbacks() {
public void onActivityStopped(Activity activity) {
Log.v("viclee", activity + "onActivityStopped");
if (count == 0) {
Log.v("viclee", "&&&&&&&&&&&&&&&&&&&切到后台 lifecycle");
public void onActivityStarted(Activity activity) {
Log.v("viclee", activity + "onActivityStarted");
if (count == 0) {
Log.v("viclee", "&&&&&&&&&&&&&&&&&&&切到前台 lifecycle");
public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
Log.v("viclee", activity + "onActivitySaveInstanceState");
public void onActivityResumed(Activity activity) {
Log.v("viclee", activity + "onActivityResumed");
public void onActivityPaused(Activity activity) {
Log.v("viclee", activity + "onActivityPaused");
public void onActivityDestroyed(Activity activity) {
Log.v("viclee", activity + "onActivityDestroyed");
public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
Log.v("viclee", activity + "onActivityCreated");
除此之外，有没有其他方法可以实现这个功能呢？
当应用切到后台的时候，运行在前台的进程由我们的app变成了桌面app，依据这一点，我们可以实现检测应用前后台切换的功能。在Activity的onStop生命周期中执行检测代码，如果发现当前运行在前台的进程不是我们自己的进程，说明应用切到了后台。
想想为什么要在onStop中检测，而不是onPause？这是由于A启动B时，生命周期的执行顺序如下：A.onPause-&B.onCreate-&B.onStart-&B.onResume-&A.onStop，也就是说，在A的onPause方法中，B的生命周期还没有执行，进程没有进入前台，当然是检测不到的。我们把代码移到onPause生命周期中，发现确实没有效果。
具体实现代码如下：
//用来控制应用前后台切换的逻辑
private boolean isCurrentRunningForeground =
protected void onStart() {
super.onStart();
if (!isCurrentRunningForeground) {
Log.d(TAG, "&&&&&&&&&&&&&&&&&&&切到前台 activity process");
protected void onStop() {
super.onStop();
isCurrentRunningForeground = isRunningForeground();
if (!isCurrentRunningForeground) {
Log.d(TAG,"&&&&&&&&&&&&&&&&&&&切到后台 activity process");
public boolean isRunningForeground() {
ActivityManager activityManager = (ActivityManager) this.getSystemService(Context.ACTIVITY_SERVICE);
List&ActivityManager.RunningAppProcessInfo& appProcessInfos = activityManager.getRunningAppProcesses();
// 枚举进程
for (ActivityManager.RunningAppProcessInfo appProcessInfo : appProcessInfos) {
if (appProcessInfo.importance == ActivityManager.RunningAppProcessInfo.IMPORTANCE_FOREGROUND) {
if (appProcessInfo.processName.equals(this.getApplicationInfo().processName)) {
Log.d(TAG,"EntryActivity isRunningForeGround");
Log.d(TAG, "EntryActivity isRunningBackGround");
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具&主题：淘宝闲鱼被安卓坑惨了
&浏览：4368&& 回帖：92 &&
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
上面煤有了，只有这个了
你这ios版本太低，只能每项分别关。但是效果一样的。
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
让你这么一说，我觉得问题就出在最下面这个“在锁定屏幕上显示”了
可是这通知中心的设置逻辑就混乱了点吧
我分明是把爱奇异拉...不包括，是指通知中心里不包括，就是你的下滑菜单里没有它。
但仍然可以有其他形式通知，比如图标右上角的数字，声音，横幅，通知框等通知。
你只要关了允许通知，那么所有形式通知都不会有。
爱奇艺是符合app store条款的，我觉得它也不敢不符合，因为下架一天就会损失不知道多少钱。
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 7.458
帖子: 10114
注册: 2012年07月
slowtapir 发表于
你肯定开着运行通知呢，虽然截图上没截到。上面煤有了，只有这个了
泡网分: 37.64
帖子: 21482
注册: 2009年07月
slowtapir 发表于
你肯定开着运行通知呢，虽然截图上没截到。打错了，是允许通知
如果关着允许通知，下面这些都不会显示出来
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 7.458
帖子: 10114
注册: 2012年07月
slowtapir 发表于
关了运行通知应该就可以了，不放心同时关了在锁定屏幕上显示即可。让你这么一说，我觉得问题就出在最下面这个“在锁定屏幕上显示”了
可是这通知中心的设置逻辑就混乱了点吧
我分明是把爱奇异拉进不包括的行列里了，不是应该在锁定屏幕上不显示了么？
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
这地方没错吧
你肯定开着运行通知呢，虽然截图上没截到。
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
这地方没错吧
关了运行通知应该就可以了，不放心同时关了在锁定屏幕上显示即可。
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 7.458
帖子: 10114
注册: 2012年07月
slowtapir 发表于
还在设置里那个地方，点一下爱奇艺，类似于这个界面。
这地方没错吧
泡网分: 7.458
帖子: 10114
注册: 2012年07月
我比较勤快，截完图回手就杀了爱奇异的后台
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
爱奇异自己的设置里，这地方是不能点的
还在设置里那个地方，点一下爱奇艺，类似于这个界面。
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 7.458
帖子: 10114
注册: 2012年07月
slowtapir 发表于
点开爱奇艺我看一下方便吗？爱奇异自己的设置里，这地方是不能点的
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
图是同时截的，在通知中心和后台刷新早都关了——我这机器刚拆机换完东西重刷的系统，还没来得及越狱
...点开爱奇艺我看一下方便吗？
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 7.458
帖子: 10114
注册: 2012年07月
正版云飞扬 发表于
下午我用滴滴打了一个车，结果就忘记杀后台了，结果放包里2小时没用手机，手机从75%直接掉到55%，一查用电结果滴滴用了这么多电，这个情况ios没发生过
你这用的太糙了
我手上不管是IOS还是android，日常最多的操作就是长按home然后按住往上划啊
泡网分: 7.458
帖子: 10114
注册: 2012年07月
正版云飞扬 发表于
问题是iOS我不用开软件就有提示
安卓我也希望不开后台就收到提示
因为我不想开着一大堆软件在后台浪费电所以我前面说了，最好两个方式都有
而android原本是有两个方式的（只是国内和IOS一样的那种不能用罢了）
IOS只有一种方式，天生这方面就瘸腿好不好
如果国内有谁给搞个面向android的推送中心，那不是妥妥的压制IOS了么——可以设定一般APP走推送中心，重要APP长驻后台
泡网分: 49.023
精华: 2帖子: 14542
注册: 2008年07月
被第4次暂停发贴 发表于
原因你都写在上面了，没有运行后台啊
否则android就是实时，而IOS从推送中心走一下要有延时...下午我用滴滴打了一个车，结果就忘记杀后台了，结果放包里2小时没用手机，手机从75%直接掉到55%，一查用电结果滴滴用了这么多电，这个情况ios没发生过
本帖由 OPPO R7c 客户端发布
泡网分: 49.023
精华: 2帖子: 14542
注册: 2008年07月
被第4次暂停发贴 发表于
原因你都写在上面了，没有运行后台啊
否则android就是实时，而IOS从推送中心走一下要有延时问题是iOS我不用开软件就有提示
安卓我也希望不开后台就收到提示
因为我不想开着一大堆软件在后台浪费电
泡网分: 7.458
帖子: 10114
注册: 2012年07月
slowtapir 发表于
看看设置---通知中心是不是都关了，如果关了还能收到，我保证它几天内下架，另外你的是不是越狱过。图是同时截的，在通知中心和后台刷新早都关了——我这机器刚拆机换完东西重刷的系统，还没来得及越狱
本帖最后由 被第4次暂停发贴 于
20:48 编辑
泡网分: 7.458
帖子: 10114
注册: 2012年07月
正版云飞扬 发表于
今天的实例，微博上有人给@我发消息，iOS9的手机@发送后2分钟我就收到了（但是我没打开看），安卓的一直到了半小时前我点开微博浏览时候才弹出通知
两个手机的系统通知都允许微博通知，两个手机的微博都没有在后台运行
这种情况经常发生原因你都写在上面了，没有运行后台啊
否则android就是实时，而IOS从推送中心走一下要有延时
泡网分: 7.458
帖子: 10114
注册: 2012年07月
正版云飞扬 发表于
我的app关了后台刷新仍然照样推送通知，比如邮件大师，微信，微博，，支付宝，淘宝，Skype，极路由等
有的软件在“后台刷新”列表里根本没有，也照样推送消息是
IOS也有关不掉的，比如这个爱奇异
可能其他的IOS版app也有这个问题，但是我没遇到吧
android用APP后台的方式就简单的多，杀掉后台就万事大吉了——国内android的app就没有用谷歌推送服务的
这方面安卓本来是可以做到最好的，同一个APP可以推送中心和自己都推，哪个先到就不收后一个了（当然目前国内谷歌推送中心不可用）
而IOS从机制上就做不到几个APP都长驻后台实时推，对吧
泡网分: 49.023
精华: 2帖子: 14542
注册: 2008年07月
说句题外话，安卓另一个我受不了的就是：没有未读消息提示
iOS我微信有3条未读信息，图标右上就显示红色的3，这样我可以知道我有没读的消息
安卓的消息来了，顶多在通知栏有个微信图标，可问题是什么软件推送都来个自己的图标，有时候通知栏图标太多清理掉了就不知道有未读消息了
我的安卓只有电话和短信支持未读提示，别的软件都不提示...
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
那你说这是咋回事
看看设置---通知中心是不是都关了，如果关了还能收到，我保证它几天内下架，另外你的是不是越狱过。
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 49.023
精华: 2帖子: 14542
注册: 2008年07月
被第4次暂停发贴 发表于
其实就是有推送中心，我也宁可接受app自己来，主要是时效性方面有差异
IOS推送好在不依赖app，所以历史比较详细（可以由自己设定历史项目是1还是5还是10）——android的受限于程序设计，往往只有几条历史（做的不好的只有1条，最好的才见过3条，关键是不能自己设定）
IOS里也有关不掉的流氓
比如说爱奇异，我分明两个都关了，他还能推进来今天的实例，微博上有人给@我发消息，iOS9的手机@发送后2分钟我就收到了（但是我没打开看），安卓的一直到了半小时前我点开微博浏览时候才弹出通知
两个手机的系统通知都允许微博通知，两个手机的微博都没有在后台运行
这种情况经常发生
泡网分: 7.458
帖子: 10114
注册: 2012年07月
slowtapir 发表于
爱奇艺要是真关不掉，妥妥被app store下架。那你说这是咋回事
泡网分: 7.458
帖子: 10114
注册: 2012年07月
<font color="#只熊 发表于
你说哪个不推？下面4个里中间两个
泡网分: 37.64
帖子: 21482
注册: 2009年07月
被第4次暂停发贴 发表于
其实就是有推送中心，我也宁可接受app自己来，主要是时效性方面有差异
IOS推送好在不依赖app，所以历史比较详细（可以由自己...爱奇艺要是真关不掉，妥妥被app store下架。
本帖由 iPhone 5c (GSM CDMA) 客户端发布
泡网分: 49.023
精华: 2帖子: 14542
注册: 2008年07月
<font color="#只熊 发表于
你看完我主贴了吗？第二行在我的理解里，国内无法用 和 没有 是两个概念，严格说应该是国内“默认没法用”，想想办法还是能用
泡网分: 7.458
帖子: 10114
注册: 2012年07月
正版云飞扬 发表于
iOS在通知里关掉通知，就收不到推送了
iOS推送是Apple的Push服务器实现的，其实Google也有类似苹果推送机制的GCM（Google Cloud Messaging）服务
但好像国内厂商都愿意去apple申请推送，而安卓版宁可用更费电的后台运行推送，也不愿用GCM实现安卓版软件推送
我估计是跟必须翻墙才能收到GCM有关
以微信为例，Google Play上面的Wechat就是内置GCM的，而国内腾讯官网下载的就没有GCM其实就是有推送中心，我也宁可接受app自己来，主要是时效性方面有差异
IOS推送好在不依赖app，所以历史比较详细（可以由自己设定历史项目是1还是5还是10）——android的受限于程序设计，往往只有几条历史（做的不好的只有1条，最好的才见过3条，关键是不能自己设定）
IOS里也有关不掉的流氓
比如说爱奇异，我分明两个都关了，他还能推进来
泡网分: 49.023
精华: 2帖子: 14542
注册: 2008年07月
被第4次暂停发贴 发表于
说的好像我没有用过iphone似的
后台进程杀掉，应用刷新关掉，就不会推送了，至少我用到的几个APP不推了
而且这种接受推送中心的做法还有个问题，时效性不如app自己来
还是以色魔张大妈为例，每次消息推送，IOS都比android慢，几秒到几分钟不等——两台机器并排放的，网络环境相同我的app关了后台刷新仍然照样推送通知，比如邮件大师，微信，微博，，支付宝，淘宝，Skype，极路由等
有的软件在“后台刷新”列表里根本没有，也照样推送消息
泡网分: 14.446
帖子: 3205
注册: 2009年05月
正版云飞扬 发表于
安卓有真推送，只是国内软件厂家不用而已
Google Cloud Messaging使用条件：
1 软件厂商的软件使用GCM
2 双方手机都安装并开启Google服务
3 双方都可以畅通的连接Google服务器你看完我主贴了吗？第二行
泡网分: 14.446
帖子: 3205
注册: 2009年05月
被第4次暂停发贴 发表于
说的好像我没有用过iphone似的
后台进程杀掉，应用刷新关掉，就不会推送了，至少我用到的几个APP不推了
而且这种接受推送中心的做法还有个问题，时效性不如app自己来
还是以色魔张大妈为例，每次消息推送，IOS都比android慢，几秒到几分钟不等——两台机器并排放的，网络环境相同你说哪个不推？
&版权所有：&&&&||||||||||||||||||
查看: 1024|回复: 3
在线时间173 小时经验值1438 最后登录注册时间帖子阅读权限80UID4568008
研究生, 积分 1438, 距离下一级还需 262 积分
该用户从未签到
G币26 最后登录注册时间
进入设置——应用程序——仅运行应用程序，发现有几个没用的后台程序总是1个进程和1个服务之类。
如果把这些没用的进程和服务给杀掉呢？有的时候杀掉还会自动启动。
另外，应用程序里面，强制停止和停用是什么区别哦？
LOL OMG HEHEHEHEHE
在线时间0 小时经验值41 最后登录注册时间帖子阅读权限20UID
小学生, 积分 41, 距离下一级还需 9 积分
该用户从未签到
G币19 最后登录注册时间
自带任务管理器可以杀任务，服务杀掉大多都会自动重启，这是系统决定的，要阻止重启服务，可以选择停用，没有停用选项的必须ROOT后装些其他软件才能做到。
强行停止，就是杀任务，停用会阻止任务重新起来。刚好是你想要的两个功能。
在线时间173 小时经验值1438 最后登录注册时间帖子阅读权限80UID4568008
研究生, 积分 1438, 距离下一级还需 262 积分
该用户从未签到
G币26 最后登录注册时间
多谢啊，那就停用最好了。
LOL OMG HEHEHEHEHE
在线时间0 小时经验值388 最后登录注册时间帖子阅读权限1UID
头像被屏蔽
该用户从未签到
G币0 最后登录注册时间
提示: 作者被禁止或删除 内容自动屏蔽，只有管理员或有管理权限的成员可见
轻轻地飘过，看贴必回
浏览过的版块
Powered by}