service

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.

详情下载