Android 保活措施(1)

空进程

1. 不拥有任何活动的组件进程

2. 回收策略

从Zygote fork出来的进程都会被储存在 ActivityManagerService.mLruProcesses 列表中，由ActivityManagerService进行统一管理。ActivityManagerService会根据进程状态去更新进程所对应的 oom_adj 的值，当内存达到一定的阈值会触发清理 oom_adj 高的进程。

参考博客

3. 保活方案

3.1 提高进程优先级

3.1.1 利用Activity

1像素Activy，监控手机解锁屏事件，解锁时将Activity销毁，锁屏时启动，并且要无感知，在RecentTask里移除

3.1.2 前台服务+Notification

Service 通过 startForegroundService 启动 ，低版本时可以通过特殊方式对 Notification 进行隐藏，高版本无法规避，此方案为通过需求正向解决

3.1.3 引导用户打开电池管理，允许应用后台运行

目前市面上的手机，或多或少都有对进程管理有优化，可能会有允许应用后台允许的功能，但是每款手机的入口均不相同，而且相同厂商的不同版本也会不同

具体做法，找到手机的电池管理或者系统的后台管理，针对不同的手机做文字书面的提醒，提醒用户开启此功能，暴力一点可以想办法拿到此Activity的具体类名 包名等信息，进行反射调用。

此方案一般应用不要使用，工作量巨大，而且仅仅针对提醒类应用使用，比如吃药提醒，起床闹钟，这些对保活要求非常高的应用才适合

3.2 进程死后拉活

3.2.1 监听系统静态广播

低版本时，静态广播可以唤醒应用进程，所以监听系统广播，例如开机，锁屏，解锁等可以做到，但是高版本不能通过静态广播监听系统广播了

3.2.2 监听三方静态广播

与上个方案类似，都是运用静态广播可以拉活应用为基础，只是发送方不是系统，而且三方应用。所以此方案可行，但是很不稳定，海外和国内用户群体不同，手机使用的APK也会不同，而且需要大量反编译三方应用，投成本也很高

3.2.3 利用系统Service机制拉活

Service 的 onStartCommand 返回值，当返回值为 START_STICKY 和 START_REDELIVER_INTENT 时，服务会自动重启，但是 Service 在短时间内被杀死5次，则不再拉起

3.2.4 利用 JobScheduler

JobScheduler 为Android 5.0之后引入的，本质是系统定时任务，如果进程被杀，任务仍然会被执行，在7.0后 JobScheduler 添加了限制，最低间隔为15分钟。但是还是有概率出现存在进程死亡后，不触发的情况。

3.2.5 利用 AlarmManager

本质上也是通过设置定时任务，如果进程被杀，任务也仍然会被执行，此时就可以拉活进程。Doze模式会影响 AlarmManager 不被触发，此时要用setAlarmClock来设置。同样有概率出现存在进程死亡后，不触发的情况。

而且Android 9.0的谷歌原生手机，多了一个功能，就是显示手机下一个的闹钟时间是几点，如果用到了这种保活方式，用户也注意到了这个功能，那么闹钟上的时间会暴露有应用在明目张胆的保活

3.2.6 利用账号同步机制

Android 系统的账号同步机制会定期同步账号进行，该方案目的在于利用同步机制进行进程的拉活。添加账号和设置同步周期的代码即可，谷歌商店会查这种保活方案，后果不知，建议慎用

代码参考链接

3.2.7 利用Native进程拉活

利用 Linux 中的 fork 机制创建 Native 进程，在 Native 进程中监控主进程的存活，当主进程挂掉后，在 Native 进程中立即对主进程进行拉活。

感知主进程死亡：在主进程中创建一个监控文件，并且在主进程中持有文件锁。在拉活进程启动后申请文件锁将会被堵塞，一旦可以成功获取到锁，说明主进程挂掉，即可进行拉活。
拉活主进程：通过 Native 进程拉活主进程的部分代码如下，即通过 am 命令进行拉活。通过指定“–include-stopped-packages”参数来拉活主进程处于 forestop 状态的情况。
但是 Android5.0 以上手机 会依次杀死所有进程，也会将 Native 进程杀死

3.2.8 利用双进程拉活

启动两个Service A和B，处于不同进程，然后在A的 onStartCommand 中绑定 B，B也在A的 onStartCommand 中绑定A，通过 ServiceConnection 的回调 onServiceDisconnected ，当绑定断开时，说明另一个进程死亡，于是重新启动死亡的进程（Service），6.0之后保活效果也开始有限，与Natvie进程遇到的问题相似，只有在依次杀死进程的间隔中，有几率拉活

最后

对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长。而不成体系的学习效果低效漫长且无助。时间久了，付出巨大的时间成本和努力，没有看到应有的效果，会气馁是再正常不过的。

所以学习一定要找到最适合自己的方式，有一个思路方法，不然不止浪费时间，更可能把未来发展都一起耽误了。

如果你是卡在缺少学习资源的瓶颈上，那么刚刚好我能帮到你。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**