从GCM迁移至FCM，PeriodicTask与OneOffTask的替代方案咨询

先给你敲个关键结论：FCM本身并没有提供和GCM的PeriodicTask、OneOffTask完全等效的API——因为这俩Task本质是GCM里的后台任务调度模块，而非推送核心功能。Google升级到FCM时，把推送和任务调度做了拆分，把通用任务调度的活儿交给了更专业的Android原生组件。

下面是我迁移时踩过坑后总结的靠谱方案，也是官方推荐的路径：

1. 用Android WorkManager替代核心任务调度需求 #

WorkManager是Android Jetpack专门搞的后台任务调度组件，完美覆盖PeriodicTask（周期性任务）和OneOffTask（一次性任务）的场景，还能自动适配不同Android版本的后台限制，是当前最稳的选择。

示例代码参考： #

• 替代OneOffTask（一次性任务）：

// 创建一次性任务请求，可设置延迟执行
val oneOffRequest = OneTimeWorkRequestBuilder<MyCustomWorker>()
    .setInitialDelay(10, TimeUnit.MINUTES) // 延迟10分钟触发
    .build()

// 提交任务到WorkManager
WorkManager.getInstance(context).enqueue(oneOffRequest)

• 替代PeriodicTask（周期性任务）：

// 创建周期性任务请求（注意：系统强制最短周期为15分钟，符合Android后台规范）
val periodicRequest = PeriodicWorkRequestBuilder<MyCustomWorker>(1, TimeUnit.HOURS)
    .setConstraints(Constraints.Builder()
        .setRequiredNetworkType(NetworkType.CONNECTED) // 仅联网时执行
        .setRequiresCharging(false) // 可根据需求设置是否充电时执行
        .build())
    .build()

// 提交唯一周期任务，避免重复创建
WorkManager.getInstance(context).enqueueUniquePeriodicWork(
    "my_app_sync_task",
    ExistingPeriodicWorkPolicy.REPLACE,
    periodicRequest
)

这里的MyCustomWorker需要继承Worker类，实现具体任务逻辑：

class MyCustomWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        // 在这里写原来OneOffTask/PeriodicTask里的业务逻辑
        // 比如和FCM交互、拉取服务器数据等
        return Result.success()
    }
}

2. 结合FCM API实现推送关联任务 #

如果你的任务原本和GCM推送强绑定（比如定期同步FCM令牌、发送上行消息到服务器），可以直接在WorkManager的Worker里调用FCM的相关API：

// 在Worker中获取最新FCM令牌
FirebaseMessaging.getInstance().token.addOnCompleteListener { task ->
    if (task.isSuccessful) {
        val newToken = task.result
        // 把令牌同步到自己的服务器
    }
}

// 在Worker中发送上行消息到FCM服务器
val upMessage = RemoteMessage.Builder("<你的SENDER_ID>@gcm.googleapis.com")
    .setMessageId(UUID.randomUUID().toString())
    .addData("user_action", "sync_data")
    .build()

FirebaseMessaging.getInstance().send(upMessage)

3. 迁移时的注意事项 #

• 移除原项目中play-services-gcm的依赖，添加WorkManager的依赖（根据项目语言选择）：

  // Kotlin项目用这个
  implementation "androidx.work:work-runtime-ktx:2.8.1"
  // Java项目用这个
  implementation "androidx.work:work-runtime:2.8.1"
  

• 适配Android 12+的后台限制：比如周期性任务最短周期15分钟，合理设置任务约束（联网、充电等），避免被系统强制终止。
• 如果任务需要在后台弹出通知，别忘了申请POST_NOTIFICATIONS权限。

说白了，FCM专注做推送，任务调度交给WorkManager——这是Google拆分GCM功能后的推荐架构，比原来绑定在一起的设计更灵活，也更符合现代Android开发规范。

内容的提问来源于stack exchange，提问作者Michał Pawlik