后台位置限制

为降低耗电量，Android 8.0（API 级别 26）会对应用在后台运行时检索用户当前位置信息的频率进行限制。在这些情况下，应用每小时只能接收几次位置信息更新。

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

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

前台应用行为得到保留

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

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

优化应用的位置行为

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

• 将您的应用转至前台。

• 通过调用 startForegroundService() 在应用中启动前台服务。此前台服务处于活动状态后，会以通知的形式持续显示在通知区域。

  注意：如果您的应用在搭载 Android 11（API 级别 30）或更高版本的设备上在后台运行时启动前台服务，则除非用户已向您的应用授予 ACCESS_BACKGROUND_LOCATION 权限，否则您的应用无法访问位置信息。如需了解详情，请参阅与前台服务相关的使用中限制指南。

• 使用 Geofencing API 的元素（例如 GeofencingClient），这些元素经过了优化，可以最大限度减少耗电量。
• 使用被动位置信息监听器，在前台应用以更高的频率请求位置信息更新时，这样可以提高位置信息更新的接收频率。

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

受影响的 API

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

一体化位置信息提供程序 (FLP)

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

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

• 如果您的应用在前台运行，则其位置信息采样频率与 Android 7.1.1（API 级别 25）相同。

地理围栏

• 后台应用接收地理围栏转换事件的频率高于接收 Fused Location Provider 更新的频率。
• 地理围栏事件的平均响应频率是大约每两分钟一次。

GNSS Measurements 和 GNSS Navigation Messages

• 当应用在后台运行时，注册为接收 GnssMeasurement 和 GnssNavigationMessage 的输出的回调会停止执行。

Location Manager

• 位置信息更新仅按每小时几次的频率提供给后台应用。

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

Wi-Fi Manager

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