1.服务被kill ,在onStartCommand()中返回START_STICK ,服务稍后会被重启.
onStartCommand有三种返回值:
START_STICKY:sticky的意思是“粘性的”。使用这个返回值时,我们启动的服务跟应用程序"粘"在一起,如果在执行完onStartCommand后,服务被异常kill掉,系统会自动重启该服务。当再次启动服务时,传入的第一个参数将为null;
START_NOT_STICKY:“非粘性的”。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统不会自动重启该服务。
START_REDELIVER_INTENT:重传Intent。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统会自动重启该服务,并将Intent的值传入。
2.在服务中使用AlertManage 定时闹钟发送intent, 此时在应用管理器手动停掉服务,会在下一次闹钟促发时启动服务
Intent var1 = new Intent(this.getApplicationContext(), MyService.class); this.mAlarmManager = (AlarmManager) this.getSystemService("alarm"); this.mPendingIntent = PendingIntent.getService(this, 0, var1, 134217728); long var2 = System.currentTimeMillis(); this.mAlarmManager.setInexactRepeating(1, var2, 60000L, this.mPendingIntent);
3.0个进程1个服务,这种情况其实服务知识执行了onCreate(),没有执行onStart(),所以可以认为服务其实已经死了,这时需要使用双进程守护
进程中间使用aidl进行通信,在某个service将销毁时会调用
onTrimMemory(),此时去检查另外一个进程的service是否还在运行,如果没有运行了就启动该service.