Android中使用Fused Location Provider定期后台定位，运行数天后停止更新

看起来你碰到的是Android后台省电策略和任务管控导致的典型问题——前几天位置更新一切正常，之后系统为了节省电量，悄悄把你的位置更新任务给限制了。我来帮你梳理几个核心的排查和修复方向：

1. 确保后台位置权限的持续性 #

Android 10（API 29）及以上版本，后台位置更新需要单独的ACCESS_BACKGROUND_LOCATION权限，而且就算用户一开始授予了，后续也可能被系统或用户手动收回。

• 先确认Manifest里的权限声明完整：

  <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
  <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
  <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
  

• 运行时动态请求权限时，一定要给用户清晰的说明（比如“需要后台获取位置来持续跟踪XX服务”），不然用户大概率会在后续权限管理里关掉它。

2. 适配厂商定制的后台管控规则 #

国内小米、华为、OPPO、vivo这些厂商的ROM都有自己的后台省电机制，哪怕你的代码完全符合标准Android规范，系统也可能把你的应用标记为“高耗电”并限制后台活动。

• 引导用户手动添加白名单：在应用首次启动或位置更新异常时，弹出友好提示，告诉用户需要把应用加入“后台保护”或“忽略电池优化”列表。比如：
  • 小米：设置 → 电池与性能 → 应用省电管理 → 找到你的应用 → 设置为「无限制」
  • 华为：设置 → 电池 → 应用启动管理 → 找到你的应用 → 关闭「自动管理」，打开「允许后台活动」
• 代码里可以主动检测是否被电池优化限制，然后跳转到设置页面：

  if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
      PowerManager pm = (PowerManager) getSystemService(Context.POWER_SERVICE);
      if (!pm.isIgnoringBatteryOptimizations(getPackageName())) {
          Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
          intent.setData(Uri.parse("package:" + getPackageName()));
          startActivity(intent);
      }
  }
  

3. 优化Fused Location Provider的请求参数 #

你设置的5分钟更新间隔，可能被系统的位置优化策略悄悄调整了——尤其是设备静止或低电量时，系统会自动降低更新频率来省电。

• 不要只依赖setInterval(300000)（5分钟），配合setFastestInterval(60000)（1分钟），给系统留足调度空间，同时保证不会过于频繁更新。
• 如果你的场景不需要超高精度，把优先级设为Priority.PRIORITY_BALANCED_POWER_ACCURACY，比高精度模式更省电，也降低被系统限制的概率。
• 检查setSmallestDisplacement参数：如果不需要位移触发更新，设置为0即可；如果是跟踪移动设备，合理设置位移阈值也能减少不必要的耗电。

4. 改用前台服务承载位置更新 #

Android 8.0（API 26）及以上，后台服务的限制非常严格，就算用了Fused Location Provider，应用被杀死后系统也可能停止位置更新。而前台服务会让系统知道你的应用在执行重要后台任务，不会轻易被杀死。

• 创建一个前台服务，启动位置更新时同时拉起前台服务，显示一个低优先级的通知（哪怕只是提示“正在后台获取位置”）。示例代码片段：

  public class LocationForegroundService extends Service {
      private static final int NOTIFICATION_ID = 1001;
      private FusedLocationProviderClient fusedLocationClient;
  
      @Override
      public void onCreate() {
          super.onCreate();
          fusedLocationClient = LocationServices.getFusedLocationProviderClient(this);
          // 启动前台服务
          startForeground(NOTIFICATION_ID, buildLocationNotification());
          // 开始位置更新
          startLocationUpdates();
      }
  
      private Notification buildLocationNotification() {
          NotificationCompat.Builder builder = new NotificationCompat.Builder(this, "LOCATION_CHANNEL")
                  .setContentTitle("位置更新中")
                  .setContentText("正在后台同步位置信息")
                  .setSmallIcon(R.drawable.ic_location);
  
          // 适配Android 8.0+的通知渠道
          if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
              NotificationChannel channel = new NotificationChannel(
                  "LOCATION_CHANNEL", "位置更新服务", NotificationManager.IMPORTANCE_LOW
              );
              NotificationManager manager = getSystemService(NotificationManager.class);
              manager.createNotificationChannel(channel);
          }
          return builder.build();
      }
  
      private void startLocationUpdates() {
          LocationRequest locationRequest = LocationRequest.create()
                  .setInterval(300000)
                  .setFastestInterval(60000)
                  .setPriority(Priority.PRIORITY_BALANCED_POWER_ACCURACY);
  
          if (ContextCompat.checkSelfPermission(this, Manifest.permission.ACCESS_FINE_LOCATION) != PackageManager.PERMISSION_GRANTED) {
              return;
          }
          fusedLocationClient.requestLocationUpdates(locationRequest, locationCallback, Looper.getMainLooper());
      }
  
      private final LocationCallback locationCallback = new LocationCallback() {
          @Override
          public void onLocationResult(LocationResult locationResult) {
              super.onLocationResult(locationResult);
              // 处理位置更新逻辑
          }
      };
  
      @Nullable
      @Override
      public IBinder onBind(Intent intent) {
          return null;
      }
  }
  

• 别忘了在Manifest里声明前台服务权限：

  <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
  <uses-permission android:name="android.permission.FOREGROUND_SERVICE_LOCATION" /> <!-- Android 12+ 必需 -->
  

5. 应对Doze模式的限制 #

当设备进入深度休眠（Doze模式）时，Fused Location Provider的更新会被大幅限制。如果你的应用必须在Doze模式下也能更新位置，除了申请REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限，还可以考虑用**地理围栏（Geofencing）**触发更新——不过这个更适合特定区域的场景，不一定适配你的5分钟间隔需求。

最后提醒一句：哪怕做了所有优化，某些厂商的ROM还是可能有更严格的后台限制，所以最好在应用内加一个“权限设置指引”页面，把手动设置的步骤写清楚，帮用户避开系统的管控。

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