Android 上的定期前景位置跟踪

Periodic foreground location tracking on Android

我正在为 Android 创建自定义 Phonegap 插件,该插件在应用程序处于前台和后台时监控位置。 Google 关于使用 FusedLocationProviderAPI 的文档非常清楚。到目前为止,我制定的过程如下

这是事情变得有点不清楚的地方

  1. setInterval - 应用需要位置更新的时间间隔
  2. setFastestInterval - 如果可用,它将消耗更新的时间间隔。
  3. setSmallestDistance & setPriorty - 够清楚了
  4. setNumUpdates - 我不清楚这是如何工作的。从字里行间我假设如果我使用 setInterval(60000)setNumUpdates(1000) 系统将在接下来的 6000 分钟内或直到应用程序 backgrounded/shutdown 或 I/the 用户取消位置更新。

但这又引出了一个问题——该应用程序需要做什么才能成为一个好公民。我假设那必须是这样的

如果有人可以评论此工作流程的正确性,我将不胜感激。

相关问题 - PendingResultdocumentation 状态

It is the responsibility of the caller or callback receiver to release any resources associated with the returned result.

我不清楚他们在这里谈论的是什么资源。 LocationListener.onLocationChanged 事件 returns 一个 Location 对象,我假设它在超出范围时将被垃圾收集。据推测,requestLocationUpdates 返回的 PendingResult 应该被取消,然后在应用程序进入后台时设置为 null。还有什么需要释放资源的吗?


几个小时后

我创建了两个版本的测试应用程序

我同时拥有两个应用程序 运行,并在一个名为 FakeGPS 的非常简洁的小应用程序的帮助下模拟了位置变化。当我第一次伪造位置更改时,App1 和 App2 都为我提供了更新。但是,所有后续位置更改仅由 App 1 报告。

据此推断,setNumUpdates 提供了一种定期轮询更新的机制。有点令人困惑的是,即使在应用程序后台运行后更新仍在继续 - 尽管我认为这主要是因为它受 OS 的支配,它会在它认为合适的时候杀死它。

不过,以上都是基于实证检验的。我在 setNumUpdates 设置上发现的很少。

关于您的问题,即使应用程序处于后台,更新是否继续: Ans:无论 setNumUpdates 是 1 还是 x,当您的应用程序处于后台并且仍注册更新时,您将获得更新,除非 OS 已终止您的应用程序以供记忆。 setNumUpdates 唯一的区别是,正如您所说的那样,如果它设置为 1,它将只提供一次更新,除非您再次重新注册。 Link 有足够的 setNumUpdates 定义 https://developers.google.com/android/reference/com/google/android/gms/location/LocationRequest.html#public-methods