解决方案:
1.设置START_STICKY
在started Service的onStartCommand()方法的返回值设置成START_STICKY
2.提升service优先级
在AndroidManifest.xml文件中对于intent-filter可以通过android:priority = “1000”这个属性设置最高优先级,1000是最高值,如果数字越小则优先级越低,同时适用于广播。
[注意]: priority这个属性貌似只适用于broadcast,对于Service来说可能无效。
3.提升service进程优先级
可以在startForeground()使用startForeground()将service放到前台状态。这样在低内存时被kill的几率会低一些。
[注意]:如果在极度极度低内存的压力下,该service还是会被kill掉,并且不一定会restart()。
4.onDestroy方法里重启service
1.service +broadcast 方式:
就是当service走ondestory()的时候,发送一个自定义的广播,当收到广播的时候,重新启动service.
2.也可以直接在onDestroy()里startService.
[注意]: 当使用类似QQ管家等第三方应用或是在setting里-应用-强制停止时,APP进程可能就直接被干掉了,onDestroy方法都进不来,所以还是无法保证.
5.监听系统广播判断Service状态
通过系统的一些广播,比如:手机重启、界面唤醒、应用状态改变等等监听并捕获到,然后判断我们的Service是否还存活,别忘记加权限.
[注意]这也能算是一种措施,不过感觉监听多了会导致Service很混乱,带来诸多不便。
6.在JNI层,用C代码fork一个进程出来
这样产生的进程,会被系统认为是两个不同的进程.但是Android5.0之后可能不行,root之后放到system/app变成系统级应用。
7.大招: 放一个像素在前台(手机QQ)