Android进程保活(三)：利用定时器和系统广播

前两篇文章讲的是怎么保护进程不被杀，今天来说说进程被杀后该怎么拉活。

在系统安全管家清理内存的时候，第三方应用很容易被干掉。如果不想被杀怎么办？最有效的解决办法是：诱导用户把你的应用加入白名单。但是不是所有用户都会乖乖听你的话。这就需要我们采取其他手段，想方设法再次把进程启动。

今天介绍两种常用的方法，可以让进程被杀后还有复活的希望。

一、定时器

说到定时器，我们最先想到的肯定是 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高阶开发资料免费分享。