Android进入Idle模式时前台服务停止运行的解决方法

已执行操作 #

• 项目中集成使用Android WorkManager
• 已为前台服务创建配套通知
• 应用退至后台时，通过startForegroundService()方法启动前台服务

故障现象 #

手机进入Idle mode（空闲模式）时，前台服务无法正常工作。

预期目标 #

以下三种场景下，前台服务需保持持续运行不中断，且适配所有安卓设备：

• 应用退至后台
• 应用从后台任务列表被杀死
• 手机进入Idle mode（空闲模式）

测试环境 #

• 系统版本：Android 11
• 设备型号：CPH1969

备注：Android官方规则说明，正确启动的前台服务在设备进入Idle Mode时不会被停止。

当前核心实现代码 #

String input = intent.getStringExtra("inputExtra");
    createNotificationChannel();
    Intent notificationIntent = new Intent(this, MainActivity.class);
    PendingIntent pendingIntent = PendingIntent.getActivity(this,
            0, notificationIntent, PendingIntent.FLAG_IMMUTABLE);

    Intent fullScreenIntent = new Intent(this, LockscreenActivity.class);
    PendingIntent fullScreenPendingIntent = PendingIntent.getActivity(this, 0, fullScreenIntent, 0);
    
    Notification notification = new NotificationCompat.Builder(this, CHANNEL_ID)
            .setContentTitle("Foreground Service")
            .setContentText(input)
            .setSmallIcon(R.drawable.ic_launcher_foreground)
            .setContentIntent(pendingIntent)
            .setTicker("Background service ticker")
            .setFullScreenIntent(fullScreenPendingIntent, true)
            .setPriority(NotificationCompat.PRIORITY_MAX)
            .setCategory(NotificationCompat.CATEGORY_ALARM)
            .build();
    startForeground(1, notification);
    startService(intent);
    return START_STICKY;

业务需求 #

实现稳定持续运行的前台服务，用于跨位置点的位置轨迹追踪功能，需要调整现有实现达到上述保活效果。

你当前的实现存在多处逻辑错误与适配缺失，按以下步骤调整即可覆盖绝大多数场景的保活需求：

• 修正现有代码的基础错误
  1. 删除startForeground(1, notification);之后的startService(intent);代码，这行属于递归自启动服务，会反复触发服务生命周期，极易引发ANR或被系统判定为异常进程直接杀死。
  2. 修正全屏PendingIntent的Flag参数：Android 11及以上版本创建PendingIntent必须显式指定可变性Flag，你当前传0会直接抛出异常，导致通知创建失败、前台服务启动流程不合规，系统会在空闲态直接清理未合规启动的前台服务。将该行代码修改为：

  PendingIntent fullScreenPendingIntent = PendingIntent.getActivity(this, 0, fullScreenIntent, PendingIntent.FLAG_IMMUTABLE | PendingIntent.FLAG_UPDATE_CURRENT);
  

  3. 检查通知渠道创建逻辑：Android 8.0及以上版本，通知优先级以通知渠道配置为准，你在NotificationBuilder中设置的PRIORITY_MAX不会覆盖渠道优先级。创建轨迹服务对应的通知渠道时，必须将渠道重要级设置为IMPORTANCE_HIGH，否则通知会被系统归类为低优先级消息，连带前台服务被纳入后台管控范围。
• Idle（空闲）模式专项适配
  1. 不要依赖WorkManager实现实时轨迹追踪：WorkManager本身是面向可延迟、可合并的后台任务设计的，系统进入Idle模式后会严格限制WorkManager任务的执行频率，完全无法满足连续位置上报的需求。实时位置逻辑必须全部放在前台服务内执行。
  2. 申请电池优化白名单：在清单文件中声明忽略电池优化权限，首次启动时引导用户将应用加入电池优化白名单，加入后Idle模式不会限制应用的CPU访问、网络请求与位置获取权限。轨迹追踪属于该权限的合理使用场景，不会触发上架审核拦截。
  3. 持有唤醒锁：前台服务启动成功后，申请PARTIAL_WAKE_LOCK级别的唤醒锁，保证设备息屏进入空闲态时CPU不会完全休眠，位置监听逻辑可以正常执行，服务销毁时必须及时释放唤醒锁避免异常耗电。
  4. 声明正确的前台服务类型：Android 10及以上版本，位置类前台服务必须在清单文件的Service节点添加android:foregroundServiceType="location"属性，位置请求使用融合位置客户端发起，否则系统会直接判定服务未声明使用场景，强制停止服务。
• 应用被杀死场景适配
  1. 不要仅依赖START_STICKY实现重启：该标记仅在原生AOSP系统内存充足时会尝试重启服务，内存紧张或国产定制ROM修改管控逻辑时完全不生效。
  2. 实现双进程绑定保活：创建一个运行在独立进程的轻量监控服务，和主轨迹服务互相绑定，任意一个进程被系统回收时，另一个存活的进程立刻重新拉起被杀死的服务，该方案可覆盖90%以上机型的划杀场景。
  3. 配置定时巡检任务：使用JobScheduler设置最小周期15分钟的定时巡检任务，每次执行时检查主轨迹服务是否存活，未存活则重新启动。
  4. 增加系统广播拉起：监听开机完成、屏幕解锁、网络状态变化等系统常驻广播，收到广播时检查服务运行状态，异常则重新启动服务。
• 国产ROM专项适配
  你当前测试的CPH1969为OPPO机型，OPPO、vivo、小米、华为等主流国产厂商均在原生Android基础上增加了额外的后台管控逻辑，没有纯技术手段可以绕过这些限制。需要在应用首次启动时增加权限引导页，引导用户手动开启自启动权限、后台活动无限制、锁屏不清理三个开关，针对不同厂商直接跳转到对应系统设置页即可，这步是安卓端实现稳定保活的必要操作。

内容的提问来源于stack exchange，提问作者Harleen Kaur Arora