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

 欢迎转载，转载请注明出自：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）
      在Service的onDestroy()中重启Service.
      public void onDestroy() {   
        Intent localIntent = new Intent();
        localIntent.setClass(this, MyService.class);  //销毁时重新启动Service
        this.startService(localIntent);
    } 
      对于（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=  0ProcessRecord{43635cf0 12689:com.roiding.netraffic/10028}   Running Norm Proc # 5: oom_adj=  7 ProcessRecord{436feda012729:com.android.browser/10006}   Running Norm Proc # 4: oom_adj=  8 ProcessRecord{4367e83812761:android.process.acore/10016}   Running Norm Proc # 3: oom_adj=  8 ProcessRecord{43691cd812754:com.google.process.gapps/10000}   Running PERS Proc # 1: oom_adj=-12 ProcessRecord{435067505941: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了，