Android后台保活4.0~8.0系统
简单回顾下:在之前的保活第一篇中,主要介绍了设置模块关于保活的一些作用;在第二篇中,主要介绍了在关闭activity和退出的时候,系统是如何反应的,我们能否利用这些机制创造出更多的保活条件;
这篇主要介绍下在4.0~8.0系统当中,我们可以利用的保活方案
1: 由第一篇可知,如果设备允许后台程序的数量变多,或者允许保留后台程序,那么service是不是就可以存活更长时间?
答案: 否;
2:常规方案:普通service修改onstartcommand,ondestroy等
低版本效果还可以,在5.0以上版本存活起来就比较短了
@override public int onstartcommand(intent intent, int flags, int startid) { return start_sticky; } @override public void ondestroy() { // todo auto-generated method stub super.ondestroy(); gcenv(); } private void gcenv() { intent serviceto = new intent(); serviceto.setclass(this, myservice.class); this.startservice(serviceto); }
3:双service,即我们常说的利用android framework层notification的一个,提高service的优先级;一个service展示一个通知,另一个service将那个通知隐藏;
低版本里面是可以的,但是google很快也修复了这个漏洞
4: 守护进程保活,即native方式保活;即通过jni的方式在底层hork一个进程
这个方案兼容性不高,效果不好
5: 使用jobservice的方式
随着android版本的更新,google越来越推荐使用jobservice的方式来进行后台运行,jobservice我测试过,保活效果并没有多么好,而且也没法做到低版本兼容;
6: 开启一个像素的activity,并监听home键,当拦截到点击home键的时候,展示一个像素的activity,这样提高的优先级,同时需要注意设置activity的task的亲和性,这样点击back键才会像正常launcher那样
7:后台播放一段空白的音频或者视频
这种方式耗电量会增加很多
8: 通过系统闹钟的方式,每隔固定时间就启动service
private void runservice() { intent intent = new intent(this, myservice.class); pendingintent malarmpient = pendingintent.getservice(this, 0, intent, pendingintent.flag_update_current); // long firsttime = system.currenttimemillis(); // firsttime表示第1次运行时要等待的时间,也就是执行延迟时间,单位是毫秒。 long firsttime = systemclock.elapsedrealtime() + interval_three_days; alarmmanager malarmmanager = (alarmmanager) this.getsystemservice(context.alarm_service); if (malarmmanager == null) { return; } malarmmanager.setrepeating(alarmmanager.elapsed_realtime, firsttime, interval_three_days, malarmpient); }
9:另外在三星的设备中,在其packageinstaller上开启自动运行功能,service存活时间明显增强
综述:为了更好的做到service保活,我们的方案是
一: 如果手机版本低于5.0,我们采用的方案是
方案2 + 方案3 + 方案6 + 方案8
二: 如果手机版本高于等于5.0,我们直接抛弃其他方案,只使用jobservice
其实如果不是核心应用必要,我们不需要再后台保持长时间存活的service,如果真有这样的需求,最好的方法还是添加白名单
上一篇: PHP经典面试题集锦
下一篇: 工业机器人市场将迎爆发式增长