android - Fused Location Provider - 非固定 wifi

Question

我正在开发一个需要跟踪当前位置的应用程序，而不是在很长一段时间内精确跟踪。

我决定为此目的使用 Fused Location Provider API，因为它专为节省电池和提高效率而设计。

经过一段时间的测试，现在我在融合位置提供者 api 或什至更深入的 NETWORK_PROVIDER 软件堆栈中遇到了几个破坏交易的问题(我相信它正在被使用由融合位置提供者提供)。

1. 不稳定的 wifi 热点有时会让用户远离数千公里。WIFI热点即使是便携设备，三角测量似乎也是如此。 (网络共享/火车 wifi/飞机 wifi)在那种情况下，设备非常准确认为它恰好位于错误的位置。有人可能会争辩说，这可以被过滤掉，但让事情变得更加棘手的是，包括传感器在内的一些魔法正在融合的位置提供者中发生，所以看起来手机正在那些位置移动。
2. 有时旧位置会回来我观察到，在连续 2 周的位置更新后，旧位置开始重新出现。这特别奇怪，因为回调中的位置带有新的时间戳。
3. 带有 future 时间戳的位置:我花了很多时间才弄清楚这一点，但我还观察到用户一直在通过他们的位置回调接收 future 的时间戳。我怀疑用户的设备是否设置了错误的时间，因为时间戳通常是 future 几周。解决方法很明显，我只是把它写在这里，这样你们在过滤东西时可以考虑到它。

我已经尝试了所有类型的 LocationRequest 优先级以及它们的许多不同参数。非固定 WIFI 问题在所有情况下都存在，并影响设备上的所有应用程序，包括谷歌自己的应用程序。

首先想到的是尝试忽略通过 WIFI 三角测量进入的位置锁定，但由于无法知道使用 Fused location api 的位置来自何处，所以这个想法是死路一条。

过滤掉这些位置也非常棘手，因为设备经常会在错误的位置停留数小时/数天，然后移动到那里。

我发现已经有相当多的 google bug tracker 问题已经打开，至少提到了问题 1。(例如 https://issuetracker.google.com/issues/37123060)这些问题都没有得到解决。

我正在考虑彻底放弃 Fused Location 提供程序，因为我尝试的一切都是死路一条。这让我提出以下问题:

1. 没有其他人遇到这些真正的阻塞问题吗？
2. 你们中有人有使用融合位置提供程序的替代方案的经验吗？我试过https://github.com/mapzen/lost , 但我发现一般的位置噪音比较大，需要一些工作才能让它达到谷歌的 api 状态，而且由于它也使用谷歌提供的 WIFI 位置，可能会有同样的问题。
3. 您是否会退回到仅使用 GPS 的方法，可能会牺牲电池效率？
4. 由于错误的位置会影响设备上的所有应用，包括谷歌自己的基于位置的应用，为什么这个技术巨头没有优先考虑这个问题，因为他们应该最关心能够知道他们的客户当前在哪里？<

感谢您的帮助。

编辑:这个问题现在也在讨论 https://issuetracker.google.com/issues/37058437

**编辑(2017 年 8 月 8 日)在位置回调中添加了另一个奇怪的发现

Answer 1

首先，您需要停止将位置视为单个坐标。没有什么能让你得到那个。位置是一个概率场。即使使用 GPS，它为您提供的位置也具有以米为单位的精度。用户有 67% 的可能性位于它为您提供的位置的那么多米范围内。这意味着他们有 1/3 的可能性不是。有时差别很大——如果你整晚运行 gps，你会得到几个数百米外的定位点。你只需要处理这个。

其次 - Fused 是一种妥协。它的电池电量低于 GPS，但精度较低。对于大多数用途来说已经足够好了。它可能对您来说不够好，也可能不够好。真正的问题是你真的需要非常准确吗？这样做是否能为你的用户增加值(value)？偶尔的位置错误是否值得耗尽他们的手机？这个答案会根据您需要位置数据的频率而变化 - 如果您一直需要它，答案更有可能是电池不是个好主意。

任何位置跟踪方法都有问题。您只需要决定使用哪些是最不痛苦的。这是部分列表:

GPS - 高精度、高电池使用率、高启动时间、在室内不工作、政府可以降低精度

信标 - 极高的准确性，需要蓝牙，仅在特定区域工作，需要外部硬件，可能被第 3 方欺骗(将他的信标 ID 设置为您的)

基于网络 - 准确性低，所需资源少，如果在隔离区域(设置假 wifi 网络 SSID)可能会被第 3 方欺骗

Fused - 使用 GPS 和网络数据的组合。因此，您混合了每个问题。