应用关闭时后台执行API请求：选WorkManager还是Service？

你的核心需求是在应用关闭（含退到后台、进程被杀死）时执行API查询新消息，直接给结论：选WorkManager，别用Background Service或Foreground Service，原因如下：

为什么排除另外两个选项 #

• Background Service：从Android 8.0（API 26）开始，系统对后台服务的限制极严。当应用不在前台时，后台服务会被系统快速回收，根本无法保证API请求能稳定执行，完全不符合你的需求。
• Foreground Service：它需要在状态栏显示一个持久通知，才能保证后台运行。但只是为了查询新消息就强制用户看通知，体验极差，用户大概率会反感甚至关闭应用权限，不适合这个场景。

为什么WorkManager是最优解 #

WorkManager是Google专门为需要保证执行的后台任务设计的组件，完美匹配你的需求：

• 不管应用是否处于前台、进程是否存活，甚至设备重启后，只要满足触发条件（比如定时），任务都会被系统调度执行。
• 系统会根据设备状态（比如电量、网络）智能调度任务，避免过度消耗资源，符合Android的后台规范。
• 支持单次任务或周期性任务，正好适合你定期查询新消息的场景。

简单实现思路 #

1. 创建一个继承自Worker的类，在doWork()方法里编写API请求的逻辑：

class CheckNewMessagesWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        // 执行查询新消息的API请求
        val hasNewMessages = apiService.checkNewMessages()
        if (hasNewMessages) {
            // 这里可以发送本地通知提醒用户
            showNewMessageNotification()
        }
        return Result.success()
    }
}

2. 构建周期性任务请求（注意系统最小间隔是15分钟），并提交给WorkManager：

val periodicRequest = PeriodicWorkRequestBuilder<CheckNewMessagesWorker>(15, TimeUnit.MINUTES)
    .setConstraints(Constraints.Builder()
        .setRequiredNetworkType(NetworkType.CONNECTED) // 仅在有网络时执行
        .build())
    .build()

WorkManager.getInstance(context).enqueue(periodicRequest)

额外建议 #

如果你的需求是即时获取新消息，其实轮询不是最优方案，推荐使用推送服务，由服务器主动推送新消息通知，比定时轮询更高效、更省电。但如果必须用轮询的方式，WorkManager就是最佳选择。

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