嘿，这个问题我之前帮不少开发者踩过坑，针对 API 24+ 和 Fused Location Provider 的后台位置追踪，得结合 Android 的后台限制规则来针对性处理，下面给你拆解具体方案：

从 API 24 开始，Android 对后台进程的资源限制越来越严格——普通的位置请求在应用进入后台或设备锁屏后，会被系统节流甚至直接停止，Fused Location Provider 也会遵循这个规则。所以必须用更高优先级的机制来保证持续追踪。

1. 用前台服务（Foreground Service）保活 #

前台服务是 Android 提供的让应用在后台持续运行的核心机制，它会在状态栏显示一个低优先级通知，告知用户应用正在运行，系统不会轻易杀死它。这是后台位置追踪的关键前提。

• 首先创建一个继承自 Service 的追踪服务，在 onCreate 里初始化 Fused Location Provider，同时启动前台服务并显示通知（API 26+ 需要先创建通知渠道）。
• API 29+ 要在 Manifest 的 service 标签里指定 android:foregroundServiceType="location"，明确这是位置相关的前台服务，系统会给予更宽松的限制。

示例代码（Kotlin）：

class LocationTrackingService : Service() {
    private lateinit var fusedLocationClient: FusedLocationProviderClient
    private lateinit var locationRequest: LocationRequest

    override fun onCreate() {
        super.onCreate()
        fusedLocationClient = LocationServices.getFusedLocationProviderClient(this)
        createLocationRequest()
        startForegroundWithNotification()
    }

    private fun createLocationRequest() {
        locationRequest = LocationRequest.create().apply {
            interval = 60000 // 1分钟更新一次，可根据需求调整
            fastestInterval = 30000
            priority = LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY // 平衡电量与精度
        }
    }

    private fun startForegroundWithNotification() {
        // API26+ 必须创建通知渠道
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            val channel = NotificationChannel(
                "LOCATION_TRACKING_CHANNEL",
                "位置追踪",
                NotificationManager.IMPORTANCE_LOW
            )
            getSystemService(NotificationManager::class.java).createNotificationChannel(channel)
        }

        val notification = NotificationCompat.Builder(this, "LOCATION_TRACKING_CHANNEL")
            .setContentTitle("正在追踪位置")
            .setContentText("应用在后台持续获取位置数据")
            .setSmallIcon(R.drawable.ic_location)
            .setPriority(NotificationCompat.PRIORITY_LOW)
            .build()

        startForeground(1, notification)
    }

    override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
        requestLocationUpdates()
        return START_STICKY // 服务被杀死后自动重启
    }

    private fun requestLocationUpdates() {
        try {
            fusedLocationClient.requestLocationUpdates(
                locationRequest,
                locationCallback,
                Looper.getMainLooper()
            )
        } catch (e: SecurityException) {
            // 处理权限缺失的情况，比如跳转权限申请页
        }
    }

    private val locationCallback = object : LocationCallback() {
        override fun onLocationResult(locationResult: LocationResult) {
            super.onLocationResult(locationResult)
            locationResult.lastLocation?.let { location ->
                // 在这里实现发送位置数据到服务器的逻辑
                sendLocationToServer(location.latitude, location.longitude)
            }
        }
    }

    private fun sendLocationToServer(lat: Double, lon: Double) {
        // 替换为你的网络请求代码，比如 Retrofit/OkHttp
    }

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

    override fun onDestroy() {
        super.onDestroy()
        fusedLocationClient.removeLocationUpdates(locationCallback)
    }
}

Manifest 配置：

<!-- 注册服务 -->
<service
    android:name=".LocationTrackingService"
    android:foregroundServiceType="location" /> <!-- API29+ 必须指定 -->

<!-- 权限声明 -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" android:maxSdkVersion="33" /> <!-- API29+ 需要 -->

2. 配置正确的权限 #

权限是基础，不同 API 版本要求不同：

• API 24-28：只需 ACCESS_FINE_LOCATION 或 ACCESS_COARSE_LOCATION，用户授权前台位置权限后，应用后台可继续获取位置。
• API 29+：除上述权限外，还需额外申请 ACCESS_BACKGROUND_LOCATION，这个权限需要用户手动授权，申请前最好弹出自定义弹窗说明用途，提高授权率。

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

平衡更新频率与电量消耗，同时保证可靠性：

• 设置合理的 interval（期望更新间隔）和 fastestInterval（最快更新间隔），避免不必要的频繁更新。
• 选择合适的 priority：不需要高精度时用 PRIORITY_BALANCED_POWER_ACCURACY 节省电量；需要精准位置时用 PRIORITY_HIGH_ACCURACY。

• 电池优化白名单：国内厂商（小米、华为、OPPO 等）的定制系统有独立的后台管控，即使使用前台服务也可能被限制。要引导用户将应用加入电池优化白名单，关闭「应用自启动限制」。
• 真机测试：模拟器的后台行为与真机差异很大，一定要在真实设备上测试锁屏、后台切换的场景。
• 权限申请流程：动态申请权限时，先通过自定义弹窗说明权限用途，再调用系统权限申请，用户更容易授权。

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