ios - 在使用 Xcode 9 为 iOS 11 设备构建的应用程序上出现间歇性和延迟的重要位置更改事件

Question

我已经就此提交了雷达，但我想看看是否还有其他人遇到过这个问题。

似乎重大位置变化 (SLC) 在 iOS 11 上的表现有所不同，但仅在基于 Xcode 9 构建的应用程序上有所不同。与 iOS 10 相比，SLC 的表现似乎更差并且延迟。我可以用来自多个设备的数据和一个易于重现的实验来支持这一点。我想尽量让这篇文章简短一些，这样如果有人需要更多数据或有关如何更详细地重现问题的说明，我很乐意分享我是如何完成所有这一切的。

使用这个简约的 SLC 缓存应用程序:https://github.com/Root-App/root-ios-slc-tester我能够从 iOS 10 和 iOS 11 设备获取数据。

该问题仅存在于 iOS 11 设备上，其中接收 SLC 的应用程序是在 Xcode 9 上构建的。只是为了确保清楚:

• iOS 10 设备 + 基于 Xcode 9 的应用程序:像以前一样工作
• iOS 10 设备 + 基于 Xcode 8 的应用程序:像以前一样工作
• iOS 11 设备 + 基于 Xcode 8 的应用程序:像以前一样工作
• 基于 Xcode 9 构建的 iOS 11 设备 + 应用:存在问题

大多数时候(但并非总是如此)，iOS 11 + Xcode 9 构建上的 SLC 发生时间明显晚于控制 (iOS 10) 设备上的 SLC。

比较上述应用程序的日志文件，iOS 10 设备比 iOS 11 设备早 2 分钟以上获得 SLC。有时提前 10-15 分钟!

示例删节数据，其中每条线都是不同的行程，代表第一次记录该行程的 SLC(在 HH:mm:ss 中):

 iOS 10  |  iOS 11
-------------------
20:41:08 | 20:44:45
07:21:25 | 07:27:48
18:54:57 | 19:07:36
07:48:17 | 07:51:03
17:29:44 | 17:38:18

iOS 10 和 iOS 11 中有 SLC 时的差距似乎大不相同。

还有其他人看到这种降级的 SLC 行为吗？

Answer 1

如果您仅使用“使用时”位置访问权，据我所知，您没有任何变化。

如果您使用“始终”访问权限，但没有提供应有的“使用时”回退。

以下信息可能对 iOS 11 有用，

正如 Brad Jensen 在我提到的 WWDC 演讲中所解释的那样，Apple 认为强制用户授予应用“始终”位置访问权限是一种糟糕的用户体验:

Now, a second reason we think that many developers choose to require Always authorization is they’re simply trying to give their users the best possible experience (…) but this makes for a very poor user experience for the users that don’t wish to grant the app Always authorization. They are forced to choose between granting the app Always, which is more than they would like in this example, or granting it Never, which means they don’t get to benefit from any of the app’s location-based features. And their final option is to grant it Always and then revoke that authorization after they’re done using the app. In any case, the user is not having a great time with this app.

有关更多详细信息，您可以从下面的博客中阅读它可能更有用，

https://mackuba.eu/2017/07/13/changes-to-location-tracking-in-ios-11/