Android 5/5.1系统OnTaskRemoved广播重启后台服务失效如何解决

问题根源 #

Android 5.0/5.1 系统的进程管理逻辑与 6.0+ 存在差异：当用户从最近任务列表划走应用时，未配置特殊属性的普通后台服务会被系统直接杀死整个进程，onTaskRemoved 回调根本没有执行机会，因此你依赖该方法发广播拉活服务的逻辑完全无法生效。

适配解决方案 #

• 配置Service核心属性 #

  在 AndroidManifest.xml 中注册你的常驻服务时，添加 android:stopWithTask="false" 属性，禁止划走任务时直接销毁服务关联的进程，保证onTaskRemoved 回调可以正常触发：

  <service
      android:name=".你的后台服务类名"
      android:stopWithTask="false"
      android:exported="false" />
  

• 调整Service重启策略 #

  服务的 onStartCommand 方法返回值设置为 START_STICKY，触发系统自动拉活逻辑：当服务因系统资源不足被杀死后，只要内存充足系统就会自动重启该服务，该特性在 Android 5.x 上完全生效：

  @Override
  public int onStartCommand(Intent intent, int flags, int startId) {
      // 原有服务业务逻辑
      return START_STICKY;
  }
  

• 增加JobScheduler兜底拉活 #

  Android 5.0 系统已经原生支持 JobScheduler 定时任务 API，你可以配置一个低频率的定时任务（比如间隔5分钟），每次任务执行时检查你的常驻服务是否处于运行状态，未运行则主动启动，相比广播方案在5.x上稳定性更高：

  // 初始化JobScheduler示例
  JobScheduler jobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);
  JobInfo jobInfo = new JobInfo.Builder(1001, new ComponentName(this, 你的JobService类名.class))
          .setPeriodic(5 * 60 * 1000) // 5分钟执行一次
          .setPersisted(true) // 设备重启后保留任务
          .build();
  jobScheduler.schedule(jobInfo);
  

• 高优先级进程保活 #

  若业务允许，可以将服务设置为前台服务，启动后立刻调用 startForeground() 展示一个前台通知，将进程优先级提升至前台级别，系统不会随意杀死该进程，也能保证onTaskRemoved 回调正常执行。

注意：如果用户在系统设置页主动强制停止应用，所有拉活逻辑都会失效，这是Android系统级限制，无法绕过。

内容的提问来源于stack exchange，提问作者Trần Kha