不可避免,当系统内存非常紧张并且轮到 Service 进程被杀的时候,这时候在非 root 的 Android 手机/平板 都是无力回天的;一般来说系统杀掉 Service,过 5-10 秒会再次启动 Service(如果有应急机制)。
其实问题的实质就是:系统重启 Service 后,如何保持与重启前一样?
设置 onStartCommand() 的返回值(这里牵扯到 Service 的启动方式)。
onStartCommand() 有其中两个返回值:
START_STICKY:kill 后会被重启,但重启后调用 onStartCommand(Intent,int,int),但是传进来的 Intent这个参数为 null,
START_REDELIVER_INTENT:重传Intent。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统会自动重启该服务,并将Intent的值传入。
当然还有一种流氓的做法来提升 Service 的优先级:使用startForeground(),但是下拉菜单会显示。