Android 11 已设电池优化豁免的前台服务非充电时后台15分钟即停止

核心问题根因 #

1. 错配前台服务类型触发系统风控
   调用startForeground时传入了FOREGROUND_SERVICE_TYPE_LOCATION（位置类前台服务），但应用既没有在Manifest声明位置权限、也没有申请对应的运行时位置权限、更没有实际的位置采集逻辑。
   Android 11+会对这类“声明位置类型前台服务但无对应权限/业务场景”的应用做特殊风控：非充电熄屏状态下，触发约15分钟的进程冻结规则，哪怕加了电池优化豁免也无效，和观察到的故障现象完全匹配。
2. CountDownTimer不适配熄屏调度场景
   CountDownTimer的实现基于主线程Handler的延时消息机制，哪怕进程没被杀死，熄屏进入Doze模式后，系统会冻结进程的消息队列，Handler的延时回调不会按预设时间触发，会出现明显的延迟甚至丢失。观察到的“计数到15-16就停”本质不是服务被回收，是消息队列被挂起导致的回调中断。
3. 服务启动流程不符合Android 8+的规则要求
   从Activity中直接调用startService()启动后台服务，没有走startForegroundService()的标准流程，部分定制系统会判定服务启动不合规，悄悄降低服务优先级。

对应修复方案 #

1. 修正前台服务的类型配置
   • 删掉所有位置类前台服务的参数，把服务启动逻辑改成：

     // 固定通知ID，不要重复随机生成
     int NOTIFY_ID = 1001;
     startForeground(NOTIFY_ID, notification.build());
     

   • 在AndroidManifest.xml的对应Service标签中声明正确的服务类型：

     <service
         android:name=".BroadcastService"
         android:exported="false"
         android:foregroundServiceType="dataSync" />
     

     dataSync类型是计时、内容同步类场景的标准前台服务类型，没有额外的权限校验要求，系统不会随便降优先级。
2. 替换计时实现逻辑
   不要依赖CountDownTimer做后台熄屏状态下的倒计时：
   • 启动服务时，计算好倒计时结束的绝对时间戳，存在本地存储中
   • 通过AlarmManager.setExactAndAllowWhileIdle()设置到点提醒闹钟，这个接口是专门为电池优化豁免应用提供的无延迟触发通道，哪怕非充电熄屏状态下也能正常到点唤起进程触发提示音、振动逻辑。
   • 测试过程中不要用Toast做计数校验，熄屏状态下Toast会被系统冻结，无法真实反映服务运行状态，可以把每次的计时节点写入本地日志或SharedPreferences，切回前台后读取校验。
3. 修正服务启动调用流程
   Android 8.0以上，所有需要转成前台服务的启动逻辑，必须替换成：

   ContextCompat.startForegroundService(context, broadcastIntent);
   

   同时确保服务在onStartCommand执行后的5秒内必须调用startForeground弹出通知，否则会被系统直接杀死。
4. 额外校验项
   手动进入系统设置的电池优化列表，确认应用确实被设置为“不受电池优化限制”——部分定制系统会绕过用户的授权选择，自动把应用加回优化名单。

内容的提问来源于stack exchange，提问作者FractalBob