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，如果真有这样的需求，最好的方法还是添加白名单