如何保证service不被kill掉的方法总结

kill的情况有几种：
1.在设置的运行里kill掉service，这种情况可以onDestroy方法中，调用startService进行Service的重启。
2.在设置里面强制停止捕捉系统进行广播（action为android.intent.action.PACKAGE_RESTARTED）
3. 借助第三方应用kill掉running task提升service的优先级
提高service优先级的方法可以用，startForeground(int, Notification)，但是在1.5以后将service的优先级提升到foreground层次需要绑定notification，会在状态栏里显示，另外可以在intent-filter里可以通过android:priority = "1000"这个属性设置最高优先级，1000是最高值，如果数字越小则优先级越低，同时适用于广播。

我们在调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。然后我们注意到这个函数有一个int的返回值，利用这些返回值也可以实现service被kill掉重启的效果。
从Android官方文档中，我们知道onStartCommand有4种返回值：
START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。
START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统不会自动重启该服务。
START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。

START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。