android守护进程

public int onStartCommand(Intent intent, int flags, int startId) {        

   return START_STICKY;    

}

以上的方法要么只是提升service优先级或者存活率, 并不能解决被安全软件强行杀死的问题.

要么像第四种单独的进程运行service在360老的版本是可以的,但是在360的比较新的版本中仍然会被杀死.

因此，我采用了一种别的方案. 另外再加上两个类似一守护进程的Service， 分别检查Service的运行状态，注册响应的广播，对其进行守护,一旦发现没有运行就将其启动.

毕竟现在安全软件是越来越厉害了，更新得也是非常频繁. 有时间还是要看下还有没有其他的方法，综合几种来使用.

[java]  view plain copy

1. IntentFilter filter = newIntentFilter(Intent.ACTION_TIME_TICK);   
2.       
3.     MyBroadcastReceiver receiver = new MyBroadcastReceiver();   
4.     registerReceiver(receiver, filter);   

[java]  view plain copy

1.  boolean isServiceRunning = false;   
2.   
3.   
4.     if (intent.getAction().equals(Intent.ACTION_TIME_TICK)) {   
5.         
6.     //检查Service状态   
7.         
8.     ActivityManager manager = (ActivityManager)AppApplication.getContext().getSystemService(Context.ACTIVITY_SERVICE);   
9.     for (RunningServiceInfo service :manager.getRunningServices(Integer.MAX_VALUE)) {   
10.     if("so.xxxx.xxxxService".equals(service.service.getClassName()))   
11.             
12.      {   
13.      isServiceRunning = true;   
14.     }   
15.         
16.      }   
17.     if (!isServiceRunning) {   
18.     Intent i = new Intent(context, xxxService.class);   
19.            context.startService(i);   
20.     }   
21.   
22.   
23. }   

终极解决方案: 使用Kni,在 c端 fork进程，检测Service是否存活，若Service已被杀死，则进行重启Service.   至于检测方式，可以轮询获取子进程Pid,若为1, 则说明子进程被Init进程所领养,已经成为了孤儿进程.    但是这种方式比较消耗电量，并且由于不同手机系统定制的改变，当应用被强制停止时，父进程并不一定被真正杀死，因此在一些特定机型上是无法通过此方式进行判断. 这里推荐使用liunx socket的方式进行类似心跳包的检测，并且当触发检测Service是否被杀死之前，需要判断应用是否已经被卸载，如果应用已经被卸载，则不再进行检测Service行为，直接调用exit(0)退出子进程，避免浪费系统资源和消耗电量.