android service后台服务进程的自启动和保持不被杀了

Service组件在android开发中经常遇到，其经常作为后台服务，需要始终保持运行，负责处理一些必要（见不得人）的任务。而一些安全软件，如360等，会有结束进程的功能，如果不做Service的保持，就会被其杀掉。

在早些时候，我们可以通过在


1. service中重写onStartCommand方法，这个方法有三个返回值， START_STICKY是service被kill掉后自动

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

   return START_STICKY;    

}

2. 配置android:persistent="true" 


3. setForeground(true); 


4. android:process=”com.xxx.xxxservice”配置到单独的进程中

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

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

如何保持Service的运行状态是现在要说明的，核心就是利用ANDROID的系统广播，触发自己的程序检查Service的运行状态，如果被杀掉，就再起来。


常用的有开机广播，解锁屏幕的广播，电量变化等等， 其中解屏的广播算比较频繁的了，但是也并不能保证一定的频率，尤其是在特定的时间里(比如用户睡觉的时候，用户并不进行解锁操作).而我们仍要做一些操作的时候，就没有办法了.

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

我利用的系统广播是