安卓保活

1. 背景

广告插件/及时通信为广告效果或信息的及时接收,需要App在后台运行;由于安卓系统碎片化且手机厂商系统的更新不及时,到时目前市面运行版本跨度很大;导致App保活和自启动的实现相对困难很多。当然大厂的优势很大(如企鹅,手机厂商会直接放过他们的进程而不杀死)

保活,降低进程被kill的几率;拉活,在进程被杀后做自我重启。

2. 保活

App进程优先级的提升,使其不容易被系统默认回收掉。

进程对应状态的优先级排序:前台进程>可见进程>服务进程>后台进程>空进程

可以在终端使用:   cat进程ID/oom_adj   来查看,如下图:

安卓保活_第1张图片

13018为App前台进程,13355为app中的后台服务进程;前台进程优先级在用户可操控范围内是最高的。

       程序到后台后,还在运行,进程优先级如下:

进程优先级表:

安卓保活_第2张图片

提高进程优先级方式:

A 定义一像素Activity;

思路:监控手机的锁屏事件,在锁屏时开启一个像素的activity,用户解锁是销毁,用户无感知;能保证进程不会再锁屏时被系统自动回收(锁屏状态下,系统会检测并杀死部分进程释放内存)。

B 利用Notification提升权限

Service优先级为4,当后台Service设置为前台Service时,优先级提升到2,降低进程被系统kill的几率。

安卓保活_第3张图片

C 进程属性为:可感知进程(如后台音乐播放)优先级为2。

3 拉活(不友好的方式)

  A. 加入系统白名单(需要持续不断更新,针对特定厂商的手机,不能保证所有手机都可以加入白名单;可做用户统计,针对使用率高的手机/系统优先调试验证)

白名单页面对应的启动包名和activity可通过第三方工具来获取,也可通过系统日志来获取,第三方工具的就不介绍了;

通过系统日志获取方式:

Logcat –v time | grep “*START u*”

可shell终端验证是否是对应的页面   命令如下:

am start 包名/activity 

am start com.huawei.systemmanager/.startupmgr.ui.StartupNormalAppListActivity

B. 双进程守护(双Service)

即进程间互相启动,保证App相关的进程活在后端。网上有比较多的例子。

C. 事件监听(锁屏/解锁/系统时钟广播/系统BootLoader事件)

ACTION_SCREEN_OFF

ACTION_USER_PRESENT

ACTION_TIME_TICK

ACTION_BOOT_COMPLETED

在接收到这些广播后可开启一个像素的Activity来自动启动我们的服务(一个像素相当于对用户不可见;但实际是活跃进程,优先级为0)

D. 利用系统任务保活(JobScheduler/ScheduleAsPackage)

使用系统自带的定时任务JobService来实现进程的自启动;方式固定,

E. 自启动模式(测试部分真机有效,在手动清理进程后,后续具体要看手机)

启动加START_STICKY

缺陷:1. Root权限杀死进程后无法自启动,

          2.杀死重启时间间隔是阶梯递增的,死5次后将无法再自动重启

PS:小米4c 无法重启。但在用户授权自启动后,服务将自启动;

F. 反编译,反编译出保活效果好的应用,借鉴其方法来达到目的;(难度相对较高,特别是代码混淆后,需要较强的代码阅读能力)

如美团,友盟SDK等,均有相对适配程度高的保活方法。

G. 借用第三方的保活,如友盟有一套自己的保活机制,关联到其他嵌入友盟的App的。直接嵌套也能一定程度上保活。(友盟有自己的保活机制)

利用推送拉活:如华为推送,小米推送

华为推送,用左边的推送方式可以直接拉活进程。(下图截取自华为推送官网)

安卓保活_第4张图片

H. <驾考宝典>的自启动,在三星s7 edge上杀掉进程后还能自启动,值得研究,流氓程度优于美团。

// TODO 待反编译研究

初步看是关联到别的App,在其打开后开启自己的进程;用的是小米推送。

你可能感兴趣的:(安卓保活)