Android Studio 第六十八期 - Android8.0 进程保活

    代码已经整理好,效果如下图:

    blob.png

    blob.png

    blob.png

    地址:https://github.com/geeklx/myapplication2018/tree/master/p022_jincheng_baohuo


    保活手段

    

    当前业界的Android进程保活手段主要分为** 黑、白、灰 **三种,其大致的实现思路如下:

    黑色保活:不同的app进程,用广播相互唤醒(包括利用系统提供的广播进行唤醒)

    白色保活:启动前台Service

    灰色保活:利用系统的漏洞启动前台Service


    黑色保活


    所谓黑色保活,就是利用不同的app进程使用广播来进行相互唤醒。举个3个比较常见的场景:

    场景1:开机,网络切换、拍照、拍视频时候,利用系统产生的广播唤醒app

    场景2:接入第三方SDK也会唤醒相应的app进程,如微信sdk会唤醒微信,支付宝sdk会唤醒支付宝。由此发散开去,就会直接触发了下面的 场景

    场景3:假如你手机里装了支付宝、淘宝、天猫、UC等阿里系的app,那么你打开任意一个阿里系的app后,有可能就顺便把其他阿里系的app给唤醒了。(只是拿阿里打个比方,其实BAT系都差不多)


    白色保活


    白色保活手段非常简单,就是调用系统api启动一个前台的Service进程,这样会在系统的通知栏生成一个Notification,用来让用户知道有这样一个app在运行着,哪怕当前的app退到了后台。如下方的LBE和QQ音乐这样


    灰色保活


    灰色保活,这种保活手段是应用范围最广泛。它是利用系统的漏洞来启动一个前台的Service进程,与普通的启动方式区别在于,它不会在系统通知栏处出现一个Notification,看起来就如同运行着一个后台Service进程一样。这样做带来的好处就是,用户无法察觉到你运行着一个前台进程(因为看不到Notification),但你的进程优先级又是高于普通后台进程的。那么如何利用系统的漏洞呢,大致的实现思路和代码如下:


    思路一:API < 18,启动前台Service时直接传入new Notification();

    思路二:API >= 18,同时启动两个id相同的前台Service,然后再将后启动的Service做stop处理;

相关文章
相关标签/搜索