Android Oreo前台服务10分钟后停止提供位置更新求助

兄弟，我太懂你这种崩溃的感觉了——Android O之后的后台限制简直是位置服务的噩梦，10分钟的后台超时卡得人欲哭无泪，你试的前台服务、PendingIntent、JobScheduler其实都是正确方向，但大概率是没踩对细节！我之前做物流追踪APP时踩过一模一样的坑，给你捋捋真正能跑通的步骤：

一、先把最基础的权限和配置拉满（没做好这个一切白搭） #

• 权限必须要全且正确申请：

  • 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" />
    <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
    <uses-permission android:name="android.permission.FOREGROUND_SERVICE_LOCATION" /> <!-- Android 12+ 必须 -->
    

  • 动态请求时，必须让用户选择**「始终允许」**，如果是「仅在使用应用时允许」，后台10分钟后系统直接掐断位置更新，这是硬限制！

• Android O+ 必须创建通知渠道：
  前台服务的通知如果没有渠道，系统会直接拒绝前台服务请求，你看似启动了服务，其实根本没进入前台状态。代码示例：

  if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
      val channel = NotificationChannel(
          "LOCATION_CHANNEL_ID",
          "位置更新服务",
          NotificationManager.IMPORTANCE_DEFAULT
      ).apply {
          description = "持续提供位置更新"
      }
      val notificationManager = getSystemService(NotificationManager::class.java)
      notificationManager.createNotificationChannel(channel)
  }
  

二、前台服务的正确打开方式（你可能没做对这步） #

很多人以为启动前台服务就是调用startForeground()，但细节错了就白搭：

• 通知不能是低优先级的，至少要用IMPORTANCE_DEFAULT，不然系统可能把通知静音，甚至不认为这是有效的前台服务。
• 启动前台服务的时机要对：必须在Service的onCreate()或onStartCommand()里立刻调用startForeground(NOTIFICATION_ID, notification)，不能延迟，不然系统会判定为后台服务直接杀死。
• onStartCommand()要返回START_STICKY，这样服务被意外杀死后，系统会尝试重启它（虽然不是100%能重启，但聊胜于无）。

示例代码片段：

class LocationForegroundService : Service() {
    private lateinit var fusedLocationClient: FusedLocationProviderClient

    override fun onCreate() {
        super.onCreate()
        fusedLocationClient = LocationServices.getFusedLocationProviderClient(this)
        // 立刻启动前台服务
        startForeground(NOTIFICATION_ID, createNotification())
        requestLocationUpdates()
    }

    private fun createNotification(): Notification {
        val intent = Intent(this, MainActivity::class.java)
        val pendingIntent = PendingIntent.getActivity(
            this,
            0,
            intent,
            PendingIntent.FLAG_IMMUTABLE or PendingIntent.FLAG_UPDATE_CURRENT
        )
        return NotificationCompat.Builder(this, "LOCATION_CHANNEL_ID")
            .setContentTitle("位置更新中")
            .setContentText("正在获取实时位置")
            .setSmallIcon(R.drawable.ic_location)
            .setContentIntent(pendingIntent)
            .build()
    }

    private fun requestLocationUpdates() {
        val locationRequest = LocationRequest.create().apply {
            interval = 10000 // 10秒更新一次，根据需求调整
            fastestInterval = 5000
            priority = LocationRequest.PRIORITY_HIGH_ACCURACY
        }
        // 用PendingIntent接收位置更新，避免Activity绑定的限制
        val pendingIntent = PendingIntent.getBroadcast(
            this,
            0,
            Intent(this, LocationUpdateReceiver::class.java),
            PendingIntent.FLAG_IMMUTABLE or PendingIntent.FLAG_UPDATE_CURRENT
        )
        fusedLocationClient.requestLocationUpdates(locationRequest, pendingIntent)
    }

    override fun onBind(intent: Intent?): IBinder? = null
}

三、JobScheduler/WorkManager的正确用法（别用普通JobService） #

普通JobScheduler在后台会被系统限制，应该用WorkManager结合FusedLocationProviderClient，这是谷歌官方推荐的后台任务解决方案，适配所有Android版本：

• 创建一个Worker类，在doWork()里请求位置更新，并且调用setForeground()把任务提升为前台级别，避免被系统杀死：

class LocationUpdateWorker(appContext: Context, params: WorkerParameters) :
    Worker(appContext, params) {

    private lateinit var fusedLocationClient: FusedLocationProviderClient

    override fun doWork(): Result {
        fusedLocationClient = LocationServices.getFusedLocationProviderClient(applicationContext)
        // 把任务设为前台，避免被系统杀死
        val notification = createNotification()
        setForegroundAsync(ForegroundInfo(NOTIFICATION_ID, notification))
        
        // 请求位置更新，完成后设置下次任务
        val locationRequest = LocationRequest.create().apply {
            interval = 60000 // 1分钟更新一次
            priority = LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY
        }
        val pendingIntent = PendingIntent.getBroadcast(
            applicationContext,
            0,
            Intent(applicationContext, LocationUpdateReceiver::class.java),
            PendingIntent.FLAG_IMMUTABLE or PendingIntent.FLAG_UPDATE_CURRENT
        )
        fusedLocationClient.requestLocationUpdates(locationRequest, pendingIntent)
        
        // 设置1分钟后再次执行
        WorkManager.getInstance(applicationContext).enqueue(
            OneTimeWorkRequestBuilder<LocationUpdateWorker>()
                .setInitialDelay(1, TimeUnit.MINUTES)
                .build()
        )
        return Result.success()
    }

    private fun createNotification(): Notification {
        // 和之前的通知创建逻辑一致，必须用已注册的渠道
        return NotificationCompat.Builder(applicationContext, "LOCATION_CHANNEL_ID")
            .setContentTitle("后台位置更新")
            .setContentText("持续获取位置")
            .setSmallIcon(R.drawable.ic_location)
            .build()
    }
}

• 启动WorkManager任务：在Activity或Application里调用WorkManager.getInstance(context).enqueue(OneTimeWorkRequestBuilder<LocationUpdateWorker>().build())

四、那些你可能忽略的坑 #

• 谷歌示例项目过时：很多官方示例没及时适配Android O+的通知渠道、前台服务类型、后台权限，所以直接跑会失效，你得手动补上这些配置。
• PendingIntent的Flag必须正确：Android 12+必须加FLAG_IMMUTABLE，不然会崩溃，同时用FLAG_UPDATE_CURRENT确保每次更新的是同一个PendingIntent。
• 定位精度别设太高：如果用PRIORITY_HIGH_ACCURACY，后台耗电快，系统更容易杀死服务，非必要的话用PRIORITY_BALANCED_POWER_ACCURACY就行。

按照这些步骤来，绝对能绕过Android O+的10分钟后台限制，我做的物流APP就是这么跑通的，稳定运行几个月没出问题！

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