KeepAlive是在Leoric(通过JNI复活进程)的基础上，实现了通过ioctl复活进程，能最大程度提高复活率。
master分支是利用 libbinder.so 与 ActivityManagerService 通信的版本，ioctl分支是使用 ioctl 与 binder 驱动通信的版本。
注：
- 该项目仅供学习和参考，在android4.4到android9.0的模拟器上有效，在真机上不能保证保活成功（MIUI等定制系统已封杀了这个方案）。
- 对于自研轻量定制的 Android系统，对一些系统应用的保活，这个方案还是很有优势的。资源占用少，用户无感知，成功率高。
- 不建议在C端产品上使用。
- 可作为学习binder框架的一个案例。
- 在Application中注册KeepAlive服务
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
KeepAliveConfigs configs = new KeepAliveConfigs(
new KeepAliveConfigs.Config(getPackageName() + ":resident",
Service1.class.getCanonicalName()));
KeepAlive.init(base, configs);
}
- Service1对应的进程名是":resident"，或者其它任意命名
<service
android:name="Service1"
android:process=":resident" />
Service需要继承KeepAliveService，否则在Android4.4上将没有保活效果。
- 在合适的地方，启动Service1，它将自动唤醒保活进程
startService(new Intent(MainActivity.this, Service1.class));
如果需要服务自启动，看第6条。
- 忽略电池优化
configs.ignoreBatteryOptimization();
- 防止短时间内重复启动
// 配置短时间重启限制，每次重启间隔限制是10s，最多允许3次10秒内的连续重启
configs.rebootThreshold(10*1000, 3);
注：保活和重启限制相违背，更准确的应该做崩溃重启限制。
- 设置应用自启执行的操作
configs.setOnBootReceivedListener(new KeepAliveConfigs.OnBootReceivedListener() {
@Override
public void onReceive(Context context, Intent intent) {
// 设置服务自启
context.startService(new Intent(context, Service1.class));
}
});
下面是一种简单的方法杀死 KeepAlive:
ps -A | grep `ps -A | grep keepalive | awk '{print $1}' | head -1` | awk '{print $2}' | xargs kill -19 && am force-stop com.boolbird.keepalive
对于系统有两种思路可以选择：
- 加入在 force-stop 期间不允许启动新的进程的逻辑
- 修改 force-stop 的杀进程逻辑为：预先收集好所有进程再进行 kill（如有必要还可以先发送 SIGSTOP）
项目根目录下的kill_alive.sh用于重复杀进程测试。
1、怎么保活多个进程 2、避免在Application中初始化第三方库，避免在所有进程都初始化第三方库