欢迎参加我们将于 6 月 3 日举行的 #Android11:Beta 版发布会

后台位置信息限制

为降低耗电量,Android 8.0(API 级别 26)会对后台应用检索用户当前位置信息的频率进行限制。应用每小时仅接收几次位置信息更新。

注意无论应用的目标 SDK 版本为何,这些限制适用于在搭载 Android 8.0(API 级别 26)或更高版本的设备上使用的所有应用。

如果您的应用在后台运行时依赖实时提醒或运动检测,这一位置检索行为就显得特别重要,必须紧记。

系统会对前台应用和后台应用进行区分。应用满足以下任一条件即视为前台应用:

  • 它具有可见的 Activity,无论 Activity 处于启动还是暂停状态。
  • 它具有前台服务。
  • 另一个前台应用已关联到该应用(不管是通过绑定到其中一个服务,还是通过使用其中一个内容提供程序)。例如,如果应用中的以下任意组件已与另一个前台应用绑定,则该应用将被视为前台应用:

如果以上所有条件均不满足,应用即视为后台应用。

前台应用行为得到保留

如果应用在搭载 Android 8.0(API 级别 26)的设备的前台运行,则其位置信息更新行为与 Android 7.1.1(API 级别 25)或更低版本相同。

警告:如果您的应用长时间进行近乎实时的位置信息更新检索,则设备的电池续航时间将大幅度缩短。

优化应用的位置行为

考虑这样一个问题:如果您的应用接收位置信息更新的频率较低,其后台运行用例是否完全没法成功。如果属于这种情况,您可以通过执行下列操作之一提高位置信息更新的检索频率:

  • 将您的应用转至前台。
  • 调用 startForegroundService() 以启动应用中的某个前台服务。此前台服务处于活动状态后,会以通知的形式持续显示在通知区域
  • 使用 Geofencing API 的元素(例如 GeofencingClient),这些元素经过了优化,可以最大限度减少耗电量。
  • 使用被动位置侦听器,在前台应用以更高的频率请求位置信息更新时,这样可以提高位置信息更新的接收频率。

注意:如果您的应用需要访问的位置记录包含时间频繁更新,请使用批处理版本的 Fused Location Provider API 元素,例如 FusedLocationProviderApi 接口。当您的应用在后台运行时,此 API 会以高于非批处理版本 API 的频率接收用户的位置信息。但切记,您的应用仍按每小时几次的频率批量接收更新。

受影响的 API

对后台应用位置检索行为的更改影响下列 API:

Fused Location Provider (FLP)
  • 如果您的应用在后台运行,位置系统服务只会按每小时几次的频率为其计算新位置。即使您的应用请求进行更频繁的位置信息更新,也仍是如此。

    但通过使用批处理版本的 FLP,您能够在应用收到批量更新(频率仍为每小时几次)后访问更多时间频繁位置记录。

  • 如果您的应用在前台运行,则其位置信息采样频率与 Android 7.1.1(API 级别 25)相同。
Geofencing
  • 后台应用接收地理围栏转换事件的频率高于接收 Fused Location Provider 更新的频率。
  • 地理围栏事件的平均响应频率是大约每两分钟一次。
GNSS Measurements 和 GNSS Navigation Messages
Location Manager
  • 位置信息更新仅按每小时几次的频率提供给后台应用。

    注意:如果运行您的应用的设备安装了 Google Play 服务,强烈建议您改用 Fused Location Provider (FLP)

WLAN Manager
startScan() 方法对后台应用执行完整扫描的频率仅为每小时几次。如果不久之后后台应用再次调用此方法,WifiManager 类将提供上次扫描所缓存的结果。