前两篇文章讲的是怎么保护进程不被杀，今天来说说进程被杀后该怎么拉活。
在系统安全管家清理内存的时候，第三方应用很容易被干掉。如果不想被杀怎么办？最有效的解决办法是：诱导用户把你的应用加入白名单。但是不是所有用户都会乖乖听你的话。这就需要我们采取其他手段，想方设法再次把进程启动。
今天介绍两种常用的方法，可以让进程被杀后还有复活的希望。
一、定时器
说到定时器，我们最先想到的肯定是 AlarmManager，利用它可以完成定时任务。具体用法我在这里就不细说了，只讲讲在进程拉活的时候怎么用。在 Service 启动的时候，我们开启一个定时任务：每十分钟检查一次 Service 是否存活，如果未在运行，就启动该 Service。
AlarmManager am = (AlarmManager) getSystemService(ALARM_SERVICE);
Intent alarmIntent = new Intent(getApplication(), DaemonService.class);
PendingIntent pendingIntent = PendingIntent.getService(this, 1024, alarmIntent, PendingIntent.FLAG_UPDATE_CURRENT);
am.cancel(pendingIntent);
am.setInexactRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime(), 10 * 60 * 1000, pendingIntent);
但是 AlarmManager 有个硬伤，在系统 force stop 某进程的时候，会清除该进程注册的闹钟事件。这样，定时器就无法完成定时任务，我们的目的达不到了。
好在天无绝人之路！Android 5.0 及以上版本提供了 JobScheduler 的 API，它和 AlarmManager 类似，都是为了完成定时任务。但是 JobScheduler 的触发条件比较灵活，比如网络连接时、充电时、空闲时。最关键的一点是它无视 force stop，被系统强行杀死的进程依然能在某一时间完成定时任务，这就给我们提供了无限可能！
首先开启 JobScheduler 定时任务，它需要指定一个完成定时任务的 JobService，触发条件设置为网络连接、周期为十分钟，顺便设置重启后继续生效 JobScheduler 任务。
JobScheduler jobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);
jobScheduler.cancelAll();JobInfo.Builder builder = new JobInfo.Builder(1024, new ComponentName(getPackageName(), ScheduleService.class.getName()));
builder.setPeriodic(10 * 60 * 1000);
builder.setPersisted(true);
builder.setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY);
int schedule = jobScheduler.schedule(builder.build());
if (schedule <= 0) {
Log.w(TAG, "schedule error！");
}
我们在 ScheduleService 里启动要拉活的进程，然后告诉 JobScheduler 我们干完活了。
public class ScheduleService extends JobService {
private static final String TAG = "ScheduleService";
@Override
public boolean onStartJob(JobParameters params) {
Log.d(TAG, "onStartJob(): params = [" + params + "]");
Intent intent = new Intent(this, DaemonService.class);
startService(intent);
jobFinished(params, false);
return false;
}
@Override
public boolean onStopJob(JobParameters params) {
Log.d(TAG, "onStopJob(): params = [" + params + "]");
return false;
}
}
注册 manifest 时，需要声明一下权限。
<service
android:name="com.silence.keeplive.timer.ScheduleService"
android:enabled="true"
android:exported="true"
android:permission="android.permission.BIND_JOB_SERVICE" />
二、系统广播
在发生特定系统事件时，系统会发出响应的广播，通过在 AndroidManifest 中静态注册对应的广播监听器，即可在发生响应事件时拉活。但是对于国内各种定制的 ROM 来说，此方案的效果并不好，因为安全管家会管理开机和后台自启，拦截发送给第三方应用的广播，所以该方案只能作为备选方案。
常用的系统广播
除了上面列出的，还有
电源连接或断开：ACTION_POWER_CONNECTED、ACTION_POWER_DISCONNECTED
在测试过程中发现，进程在被 force stop 后，一段时间内是收不到广播的，该方案的局限性太大，收效甚微。
【附录】
资料图
需要资料的朋友可以加入Android架构交流QQ群聊：513088520
点击链接加入群聊【Android移动架构总群】：加入群聊
获取免费学习视频，学习大纲另外还有像高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）等Android高阶开发资料免费分享。
网友评论