Android前台服务锁屏10分钟后被杀死，AlarmManager未触发求助

你遇到的这种前台服务被杀死、通知消失的情况，在国内定制ROM（小米、华为、OPPO、vivo等）里极为常见，大概率不是单纯的Doze模式问题，更多是厂商的后台管控策略导致的。下面给你分点梳理排查方向和解决办法：

1. 优先处理厂商后台白名单配置 #

国内几乎所有Android厂商都有自己的后台进程管理机制，哪怕你用了前台服务，锁屏后一段时间（通常10-30分钟）还是会被强制清理，尤其是没把应用加入「后台白名单」或「耗电保护例外」的情况。

• 具体操作参考：
  • 小米：设置 → 电池与性能 → 应用耗电管理 → 找到你的应用 → 选择「无限制」
  • 华为：设置 → 电池 → 应用启动管理 → 关闭应用的「自动管理」，手动开启「允许自启动」「允许后台活动」「允许关联启动」
  • OPPO/vivo：设置 → 电池 → 耗电保护 → 找到应用 → 关闭「后台冻结」「异常耗电自动优化」，开启「允许后台活动」

2. 检查前台服务的合规性 #

Android 8.0+对前台服务有严格要求，创建方式不合规的话，系统会自动把它降级为后台服务，进而被杀死：

• 必须为Android 8.0及以上版本创建通知渠道，否则startForeground()会失效：

  if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
      NotificationChannel channel = new NotificationChannel("LOCATION_CHANNEL", "位置服务", NotificationManager.IMPORTANCE_LOW);
      NotificationManager manager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
      if (manager != null) {
          manager.createNotificationChannel(channel);
      }
  }
  

• 通知优先级建议设为IMPORTANCE_LOW或以上，避免被厂商系统强制隐藏。

3. 修正AlarmManager.setAndAllowWhileIdle的使用 #

Doze模式下，setAndAllowWhileIdle有硬性限制：最短触发间隔是15分钟，你设置的3分钟会被系统自动调整到15分钟后，这就导致你误以为闹钟没触发。

• 如果需要更频繁的位置上报，不能依赖这个API，可以改用：
  • 结合FusedLocationProvider的requestLocationUpdates，高精度模式下的位置更新请求，系统会在Doze模式下允许唤醒；
  • 使用WorkManager的PeriodicWorkRequest，配置setRequiresBatteryNotLow(false)和setRequiresDeviceIdle(false)，但WorkManager在Doze下同样有间隔限制。

4. 检查WakeLock的使用逻辑 #

确保WakeLock的类型正确，且及时释放，避免内存泄漏：

• 应该使用PARTIAL_WAKE_LOCK（保持CPU运行，屏幕可关闭），并且设置超时时间，防止长期持有：

  PowerManager powerManager = (PowerManager) getSystemService(POWER_SERVICE);
  WakeLock wakeLock = powerManager.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "LocationService::WakeLock");
  wakeLock.acquire(10 * 60 * 1000); // 10分钟超时自动释放
  // 执行位置上报任务
  wakeLock.release();
  

• 注意：WakeLock只是临时唤醒CPU，无法绕过厂商的后台管控，必须配合白名单使用。

5. 理性看待START_STICKY的作用 #

START_STICKY在Android 5.0+已经被大幅削弱，当系统内存不足或厂商主动杀进程时，系统不会保证一定会重启服务，尤其是应用被标记为「不重要」后台进程时。

• 可以补充一个兜底方案：在onTaskRemoved()里触发服务重启，但可靠性有限（部分厂商会拦截广播）：

  @Override
  public void onTaskRemoved(Intent rootIntent) {
      super.onTaskRemoved(rootIntent);
      Intent restartIntent = new Intent(this, YourLocationService.class);
      restartIntent.setPackage(getPackageName());
      PendingIntent pendingIntent = PendingIntent.getService(this, 1001, restartIntent, PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE);
      AlarmManager alarmManager = (AlarmManager) getSystemService(ALARM_SERVICE);
      if (alarmManager != null) {
          alarmManager.setExactAndAllowWhileIdle(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime() + 5000, pendingIntent);
      }
  }
  

6. 补充日志排查手段 #

除了Crashlytics，用adb logcat过滤进程相关日志，能找到系统杀进程的具体原因：

adb logcat | grep -i "kill" | grep "xyz"

部分设备还能查看lowmemorykiller日志，确认是OOM还是厂商管控导致的进程终止。

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