如何让service被管理器杀死后自动重启

来源:互联网 发布:域名续费越来越贵吗 编辑:程序博客网 时间:2024/05/02 15:49
本文出自:http://androidkaifa.com/thread-292-1-1.html
欢迎转载,转载请注明出自:www.androidkaifa.com    安卓开发网
    笔者最近在一项目开发中遇到这样一个需求,要在自己应用中启动了一个service,这个service用来监听服务器发过来的推送信息并弹出一个对话框显示信息,所以需要保证这个service时时运行着,且不能被任务管理或是系统的设置等工具杀掉,如果services是被杀死,则需要自动重启这service,笔者在网上查询一下,找到一些类似的问题文章,现在把它在www.androidkaifa.com总结记录下来,以方便需要实现像我这样的要求的朋友有帮助,希望大家都能写永远不会被KILL掉的进程/服务,也就是不受系统垃圾回收机制(内存管理)影响。

网络对此问题的解决建议:

(1)
           在service中重写onStartCommand方法,这个方法有三个返回值, START_STICKY是service被kill掉后自动重写创建

    

@Override    public int onStartCommand(Intent intent, int flags, int startId) {             return START_STICKY;    }

对于(2)此解决方案,笔者自己写了一个代码测试了一下,1:如果是在系统的settings中的DOWNLOADED关闭整个应用(Force stop),则这个services类中的onDestory方法没有监听到(services类的onDestory方法的log没有打印日志),如果是在系统里的setting中的RUNNING杀掉项目services,则onDestory方法则会监听到(services类的onDestory方法的log有打印日志),所以对于此解决方案并不是一定适用,2:或是通过别的应用,直接kill掉我的应用时,也是不会调用services类的onDestory方法的,
     (3)
      再写另外一个apk,用一个广播来监听这个APK是否被关闭,如果是关闭了则重启这个APK,而这里我们为什么要用另外一个APK?因为被关闭的应用程序不能检测到自己被关闭的事件,只能接收到其他应用被关闭的广播。这个action的recever

public class ProtectorHelperReceiver extends BroadcastReceiver {        @Override        public void onReceive(Context context, Intent intent) {                String pkg = "com.innofidei.myprotector";// 被kill的应用的包名                String action = pkg + ".action.START_SERVICE";// 重启service的acition                String str = intent.getData().toString().toLowerCase().replace("package:", "");                String data = intent.getAction();                  if (str != null && str.equals(pkg)) {                        if (data != null && data.equals("android.intent.action.PACKAGE_REMOVED")) {                                File file = new File("/sdcard/" + context.getPackageName() + "/ProtectorHelper.apk");                                file.delete();                                file.getParentFile().delete();                                Intent intent2 = new Intent(context, UninstallActivity.class);                                intent2.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);                                context.startActivity(intent2);                        } else {                                context.sendBroadcast(new Intent(action));// 通知应用重启service                        }                }        }}
(4)

    <manifest xmlns:android="http://schemas.android.com/apk/res/android"       android:sharedUserId="android.uid.system">    <application android:icon="@drawable/icon" android:label="@string/app_name"                android:allowClearUserData="false" android:process="system"                android:killAfterRestore="false">

这样应该可以了,我也是仿照那些不能被杀死的系统应用的AndroidManifest.xml写的,但是若要这样写,则需要源码环境编译能通过,eclipse是没有这权限编译的这项目的,
(5)
      项目的功能配置文件AndroidManifest.xml 中添加:
       android:persistent="true" //在<application>节点下面
(6)提高Android Service 优先级的方法:
我们先看一下系统一些的进程级别:
进入 $SDK/tools 运行命令:# adb shell dumpsys activity|grep oom_adj 代码:  Running Norm Proc # 6: oom_adj=  0 ProcessRecord{43635cf0 12689:com.roiding.netraffic/10028}   Running Norm Proc # 5: oom_adj=  7 ProcessRecord{436feda0 12729:com.android.browser/10006}   Running Norm Proc # 4: oom_adj=  8 ProcessRecord{4367e838 12761:android.process.acore/10016}   Running Norm Proc # 3: oom_adj=  8 ProcessRecord{43691cd8 12754:com.google.process.gapps/10000}   Running PERS Proc # 1: oom_adj=-12 ProcessRecord{43506750 5941:com.android.phone/1001}   Running PERS Proc # 0: oom_adj=-100 ProcessRecord{4348fde0 5908:system/1000}  返 回的一大堆东西,观察 oom_adj 的值,如果是大于 8 一般就是属于 backgroud 随时可能被干掉,数值越小证明优先级
越高,被干掉的时间越晚。你看phone的程序是 -12 说明电话就是电话,其他什么都干了了,也的能接电话对吧。
另外还有一个 -100 的,更邪乎因为是 system 如果他也完蛋了,你得系统也就挂了,


   Android 系统对于内存管理有自己的一套方法,为了保障系统有序稳定的运信,系统内部会自动分配,控制程序的内存使用。
当系统觉得当前的资源非常有限的时候,为了保 证一些优先级高的程序能运行,就会杀掉一些他认为不重要的程序或者
服务来释放内存。这样就能保证真正对用户有用的程序仍然再运行。如果你的 Service 碰上了这种情况,多半会先被杀掉。
但如果你增加 Service 的优先级就能让他多留一会,我们可以用 setForeground(true) 来设置 Service 的优先级。为什么是 foreground ? 默认启动的 Service 是被标记为 background,当前运行的 Activity 一般被标记为 foreground,
也就是说你给 Service 设置了 foreground 那么他就和正在运行的 Activity 类似优先级得到了一定的提高。
当让这并不能保证你得 Service 永远不被杀掉,只是提高了他的优先级。
(7)
       请参看我的另一篇文章《怎样使一个Android应用不被系统或第三方应用杀死》,
(8)
       @Override        public IBinder onBind(Intent arg0) {                // TODO Auto-generated method stub                Log.v("TrafficService", "Bind");                        state = BINLD;                //使用线程,该线程不会被销毁                return myBinder;        }                        class TrafficBinder extends Binder {                  public float his = history;                TrafficService getService(){                        return TrafficService.this;                 }        }                 @Override         public void onCreate() {                 // TODO Auto-generated method stub                 receiver = new NetReceiver();                 IntentFilter nfilter=new IntentFilter();                         nfilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");                 this.registerReceiver(receiver, nfilter);                 dealBuffer();                 handler.post(createBrod);                 Log.v("TrafficService", "Create "+history+" "+todayTraffic+" "+tempTraffic);                 super.onCreate();                          }         @Override         public boolean onUnbind(Intent intent) {                 // TODO Auto-generated method stub                 state = UNBINLD;                 Log.v("TrafficService", "Unbind");                 return true;         }                  @Override         public void onRebind(Intent intent) {                 // TODO Auto-generated method stub                 Log.v("TrafficService", "Rebind");                 state = BINLD;;                 super.onRebind(intent);                          }                  @Override        public void onDestroy() {                // TODO Auto-generated method stub                 handler.removeCallbacks(updateBrod);                 momorybuffer();                 nManger.cancel(R.layout.notifi);                 unregisterReceiver(receiver);                                  Log.v("TrafficService", "destroy "+history+" "+todayTraffic+" "+tempTraffic);                 super.onDestroy();        }                 @Override        public boolean stopService(Intent name) {                // TODO Auto-generated method stub                momorybuffer();                nManger.cancel(R.layout.notifi);                Log.v("TrafficService",name.getAction());                Log.v("TrafficService", "stop "+history+" "+todayTraffic+" "+tempTraffic);                return super.stopService(name);        }                        @Override        public int onStartCommand(Intent intent, int flags, int startId) {                // TODO Auto-generated method stub                Log.v("TrafficService","startCommand");                               flags =  START_STICKY;                return super.onStartCommand(intent, flags, startId);//                return  START_REDELIVER_INTENT;        }//在以上代码中的onstartCommand返回START_STICKY,同时在destory的最后重启了服务,这样就OK了,



原创粉丝点击