当前位置: 移动技术网 > IT编程>移动开发>Android > Android后台保活4.0~8.0系统

Android后台保活4.0~8.0系统

2018年09月18日  | 移动技术网IT编程  | 我要评论

邵雅涵,丝瓜图,3u8514航班

简单回顾下:在之前的保活第一篇中,主要介绍了设置模块关于保活的一些作用;在第二篇中,主要介绍了在关闭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,如果真有这样的需求,最好的方法还是添加白名单

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网