Android Service被关闭后自动重启,解决被异常kill 服务

网1方法：

Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。然后我们注意到这个函数有一个int的返回值，这篇文章就是简单地讲讲int返回值的作用。

从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后一定能重启。

网2方法：

应用中启动了一个service，这个service用来监听服务器发过来的推送信息并弹出一个对话框显示信息，所以需要保证这个service时时运行着，且不能被任务管理或是系统的设置等工具杀掉，如果services是被杀死，则需要自动重启Service。
 （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);
 } 

• 如果是在系统的settings中的DOWNLOADED关闭整个应用(Force stop)，则这个services类中的onDestory方法没有监听到（services类的onDestory方法的log没有打印日志），如果是在系统里的setting中的RUNNING杀掉项目services，则onDestory方法则会监听到（services类的onDestory 方法的log有打印日志），所以对于此解决方案并不是一定适用。
• 通过别的应用，直接kill掉我的应用时，也是不会调用services类的 onDestory方法的。

（3）再写另外一个apk，用一个广播来监听这个APK是否被关闭，如果是关闭了则重启这个APK,而这里我们为什么要用另外一个APK？因为被关闭的应用程序不能检测到自己被关闭的事件，只能接收到其他应用被关闭的广播。这个action的recever。