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，在其打开后开启自己的进程；用的是小米推送。
