PeriodicWorkRequest任务能否设优先级？求崩溃后的替代方案

针对周期性位置获取任务在后台/飞行模式下被系统批处理的问题，由于setExpedited()仅支持OneTimeWorkRequest，可以尝试以下几种替代方案：

1. 用OneTimeWorkRequest手动循环调度 #

利用单次任务支持高优先级的特性，每次完成位置获取后手动调度下一次任务，变相实现周期性高优先级执行：

class LocationWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        // 执行位置获取逻辑
        fetchDeviceLocation()

        // 调度下一次高优先级任务
        val nextWorkRequest = OneTimeWorkRequestBuilder<LocationWorker>()
            .setInitialDelay(15, TimeUnit.MINUTES)
            .setExpedited(OutOfQuotaPolicy.RUN_AS_NON_EXPEDITED_WORK_REQUEST)
            .build()
        WorkManager.getInstance(applicationContext).enqueue(nextWorkRequest)

        return Result.success()
    }

    private fun fetchDeviceLocation() {
        // 你的位置获取实现
    }
}

// 首次启动任务
val initialWorkRequest = OneTimeWorkRequestBuilder<LocationWorker>()
    .setExpedited(OutOfQuotaPolicy.RUN_AS_NON_EXPEDITED_WORK_REQUEST)
    .build()
WorkManager.getInstance(context).enqueue(initialWorkRequest)

注意：该方式会增加电量消耗，需通过setBackoffCriteria配置任务失败后的重试逻辑，避免循环中断。

2. 将PeriodicWorker提升为前台服务 #

Android系统对前台服务限制更少、优先级更高，可在周期性任务中启动前台服务，强制系统将其视为用户可见的重要任务：

class LocationPeriodicWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override suspend fun doWork(): Result {
        // 创建前台通知（Android 8.0+强制要求）
        val notification = NotificationCompat.Builder(applicationContext, "LOCATION_CHANNEL_ID")
            .setContentTitle("位置更新中")
            .setContentText("正在获取设备位置")
            .setSmallIcon(R.drawable.ic_location)
            .build()

        // 启动前台服务
        setForegroundAsync(ForegroundInfo(1001, notification))

        // 执行位置获取逻辑
        fetchDeviceLocation()

        return Result.success()
    }

    private fun fetchDeviceLocation() {
        // 你的位置获取实现
    }
}

// 构建周期性任务
val periodicWorkRequest = PeriodicWorkRequestBuilder<LocationPeriodicWorker>(15, TimeUnit.MINUTES)
    .addTag("LOCATION_TAG")
    .build()
WorkManager.getInstance(context).enqueue(periodicWorkRequest)

注意：需提前创建通知渠道（Android 8.0+要求），前台通知会持续显示在状态栏，需在产品体验层面权衡。

3. 使用AlarmManager实现精确周期调度 #

若对位置获取时效性要求极高，可直接使用AlarmManager的精确闹钟API，绕过WorkManager的批处理机制：

class LocationAlarmReceiver : BroadcastReceiver() {
    override fun onReceive(context: Context, intent: Intent) {
        // 执行位置获取逻辑，或启动WorkManager任务
        fetchDeviceLocation(context)
        // 调度下一次闹钟
        scheduleNextAlarm(context)
    }

    private fun fetchDeviceLocation(context: Context) {
        // 你的位置获取实现
    }

    private fun scheduleNextAlarm(context: Context) {
        val alarmManager = context.getSystemService(Context.ALARM_SERVICE) as AlarmManager
        val intent = Intent(context, LocationAlarmReceiver::class.java)
        val pendingIntent = PendingIntent.getBroadcast(
            context,
            0,
            intent,
            PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE
        )

        val nextTriggerTime = System.currentTimeMillis() + 15 * 60 * 1000
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
            // 支持Doze模式的精确闹钟
            alarmManager.setExactAndAllowWhileIdle(
                AlarmManager.RTC_WAKEUP,
                nextTriggerTime,
                pendingIntent
            )
        } else {
            alarmManager.setExact(AlarmManager.RTC_WAKEUP, nextTriggerTime, pendingIntent)
        }
    }
}

// 首次启动闹钟
fun startLocationAlarm(context: Context) {
    val alarmManager = context.getSystemService(Context.ALARM_SERVICE) as AlarmManager
    val intent = Intent(context, LocationAlarmReceiver::class.java)
    val pendingIntent = PendingIntent.getBroadcast(
        context,
        0,
        intent,
        PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE
    )

    val firstTriggerTime = System.currentTimeMillis() + 1000
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        alarmManager.setExactAndAllowWhileIdle(
            AlarmManager.RTC_WAKEUP,
            firstTriggerTime,
            pendingIntent
        )
    } else {
        alarmManager.setExact(AlarmManager.RTC_WAKEUP, firstTriggerTime, pendingIntent)
    }
}

注意：需在Manifest中注册BroadcastReceiver，setExactAndAllowWhileIdle精度高但耗电，部分厂商可能限制后台闹钟频率，需适配测试。

4. 优化WorkManager的约束与退避策略 #

若无需极端时效性，可通过调整约束条件降低系统批处理概率：

val periodicWorkRequest = PeriodicWorkRequestBuilder<LocationWorker>(15, TimeUnit.MINUTES)
    .addTag("LOCATION_TAG")
    // 允许低电量时运行
    .setRequiresBatteryNotLow(false)
    // 不要求设备空闲
    .setRequiresDeviceIdle(false)
    // 设置网络要求（按需调整）
    .setRequiredNetworkType(NetworkType.CONNECTED)
    // 设置线性退避策略，失败后快速重试
    .setBackoffCriteria(
        BackoffPolicy.LINEAR,
        WorkRequest.MIN_BACKOFF_MILLIS,
        TimeUnit.MILLISECONDS
    )
    .build()
WorkManager.getInstance(context).enqueue(periodicWorkRequest)

该方式无法完全避免批处理，但能让WorkManager在满足条件时尽快执行任务，适合时效性要求不高的场景。

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