敬请期待 12L,这是一次将于明年年初面向大屏设备推出的功能投放。立即试用!

前台服务启动限制

以 Android 12 为目标平台的应用在后台运行时无法再启动前台服务,但一些特殊情况除外。如果应用在后台运行时尝试启动前台服务,并且前台服务不符合任何特殊情况,则系统会抛出 ForegroundServiceStartNotAllowedException

如果您的应用受到此变更的影响,请改用 WorkManager。WorkManager 是启动优先级较高的后台任务的推荐解决方案。

从 WorkManager 2.7.0 开始,您的应用可以调用 setExpedited() 来声明 Worker 应使用加急作业。这一新 API 在 Android 12 上运行时使用加急作业,该 API 在早期 Android 版本中使用前台服务来提供向后兼容性。

以下代码段展示了关于如何使用 setExpedited() 方法的示例:

Kotlin

OneTimeWorkRequestBuilder<T>().apply {
    setInputData(inputData)
    setExpedited(OutOfQuotaPolicy.RUN_AS_NON_EXPEDITED_WORK_REQUEST)
}.build()

Java

OneTimeWorkRequest request = new OneTimeWorkRequestBuilder<T>()
    .setInputData(inputData)
    .setExpedited(OutOfQuotaPolicy.RUN_AS_NON_EXPEDITED_WORK_REQUEST)
    .build();

由于 CoroutineWorker.setForeground()ListenableWorker.setForegroundAsync() 方法由前台服务提供支持,因此它们受到相同的前台服务启动限制和豁免。您可以适时地使用该 API,但如果系统不允许您的应用启动前台服务,您应准备好处理异常。为了获得更加一致的体验,请使用 setExpedited()

如需查看关于 WorkManager 2.7.0 如何使用加急作业的完整示例,请查看 GitHub 上的 WorkManagerSample

加急作业

Android 12 新推出的加急作业允许应用执行简短的重要任务,同时使系统能够更好地控制对资源的访问权限。这些作业具有一组介于前台服务和常规 JobScheduler 作业之间的特征:

  • 它们适用于在几分钟内完成的简短任务。除非您的应用有足够的配额,否则如果某项加急作业已经运行了至少 3 分钟,系统可能会停止该作业。
  • 它们不太受系统的某些电源管理限制(包括省电模式和低电耗模式)的影响。
  • 只要系统的当前工作负载允许,系统就会立即运行这些作业。

加急作业可能会延迟

系统会尝试在调用指定的加急作业后,尽快执行该作业。不过,与其他类型的作业一样,系统可能会延迟启动新的加急作业,如在以下情况下:

  • 系统负载过高,当有过多作业已在运行或者当系统内存不足时,就会发生这种情况。
  • 已超出加急作业配额限制。加急作业使用基于应用待机存储分区的配额系统,并限制滚动时间窗口中的最大执行时间。用于加急作业的配额比用于其他类型的后台作业的配额限制更大。

对闹钟管理器 API 的影响

一般来说,以 Android 12 为目标平台的应用无法使用闹钟启动前台服务。

如需支持应用需要向用户发送对时间敏感的闹钟或提醒的用例,在精确的闹钟响过之后,您仍可启动前台服务。为了设置精确的闹钟,您的应用必须声明 SCHEDULE_EXACT_ALARM 权限。

详细了解精确的闹钟权限

允许从后台启动前台服务的情况

在以下情况下,即使您的应用在后台运行,也可以启动前台服务: