1. 背景

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

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

2. 保活

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

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

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

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

       程序到后台后，还在运行，进程优先级如下：

进程优先级表：

提高进程优先级方式：

A 定义一像素Activity；

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

B 利用Notification提升权限

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

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的。直接嵌套也能一定程度上保活。（友盟有自己的保活机制）

利用推送拉活：如华为推送，小米推送

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

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

// TODO 待反编译研究

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