Android：如何在FirebaseMessagingService的onNewToken中可靠执行挂起函数

我正在Android平台上使用FirebaseMessagingService，已按照文档要求创建了继承自FirebaseMessagingService的自定义服务：

class MyCustomMessagingService : FirebaseMessagingService() {
    ... More core here
    
    override fun onNewToken(token: String) {
        // Long running operation
        GlobalScope.launch { repository.saveNewToken(token) }
    }
    ... More code here
}

我需要在onNewToken(token)方法中调用挂起函数来保存新获取的token。目前我使用GlobalScope启动协程，因为希望即使Service终止，token仍能被成功保存。此前我曾使用与Service生命周期绑定的协程Scope，但担心onDestroy()可能在token完成保存前就被调用。我还尝试过使用runBlocking { repository.saveNewToken(token) }，因为onNewToken()本就在工作线程中执行；另外也考虑过使用一次性请求的Worker，但觉得该方案有些小题大做。请问哪种方式才是在onNewToken()中调用挂起函数的最优选择，既能保证Service终止时Job不会被取消，又能合理使用资源？

最优方案分析 #

1. 直接排除的方案 #

• 与Service生命周期绑定的Scope：FirebaseMessagingService属于短生命周期服务，onNewToken执行完毕后服务会快速销毁，绑定的Scope会被立即取消，导致保存token的任务大概率中断，无法保证完成。
• GlobalScope：使用全局协程会让任务脱离生命周期管理，不仅不符合协程最佳实践，还可能导致资源泄漏，后续也难以追踪和管理这些无归属的协程任务。

2. 轻量场景可选：runBlocking #

由于onNewToken本身运行在Firebase提供的后台线程中，runBlocking会阻塞当前线程直到挂起函数执行完成，能确保token保存完毕后服务才会被销毁，不会出现任务中断。但使用时要注意：

• 保存操作必须是轻量快速的（比如仅写入本地数据库），如果是耗时超过几十秒的操作（如网络请求），可能触发ANR或被系统强制终止线程。
• 确保saveNewToken内部没有嵌套的线程阻塞操作，避免引发性能问题。

3. 稳健场景推荐：WorkManager一次性Worker #

虽然看似繁琐，但WorkManager是Android官方推荐的后台持久化任务解决方案，它能保证任务即使在应用进程被杀死后也能完成，完全满足"Service终止时任务不被取消"的核心需求。实现逻辑并不复杂：

• 创建继承自CoroutineWorker的类，在doWork方法中调用saveNewToken挂起函数。
• 在onNewToken中构建OneTimeWorkRequest并提交给WorkManager。
  这种方式既符合Android后台任务规范，又能最大程度保证任务完成，不存在资源泄漏或任务中断的风险，适合需要可靠执行的token保存操作。

结论 #

如果你的token保存是轻量本地操作，runBlocking是简单高效的选择；如果需要绝对可靠性（比如同步到后端服务器，可能存在网络波动），WorkManager是更稳妥的方案，不要因"小题大做"的主观感受忽略它的稳健性。

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