StartUpdatingLocation 与重大变化的位置服务

Question

我遇到了有关重大更改位置服务的问题。

Apple 文档说“无论您使用标准位置服务还是重大更改位置服务来获取位置事件，您接收这些事件的方式都是相同的。”

但在“重大更改位置服务”的情况下，我无法获得任何回调 如果遇到“标准位置服务”，请告诉我是否有人有任何意见？

Answer 1

startUpdatingLocation第一次调用时更新位置，超过距离过滤值时更新位置。

但是startMonitoringSignificantLocationChanges当位置发生重大变化时。

详情请查看CLLocationManager。

startUpdatingLocation

开始生成报告用户当前的更新 位置。

- (void)startUpdatingLocation Discussion

此方法立即返回。调用此方法会导致 位置管理器获取初始位置修复（这可能需要 几秒钟）并通过调用其通知您的代表 locationManager:didUpdateLocations: 方法。 （在 iOS 5 及更早版本中， 位置管理器调用 locationManager:didUpdateToLocation:fromLocation: 方法代替。） 之后，接收方主要在 超出了 distanceFilter 属性中的值。更新可能是 但在其他情况下交付。例如，接收机可以 如果硬件收集到更准确的信息，则发送另一个通知 位置读取。

连续多次调用此方法不会自动 导致产生新的事件。在中调用 stopUpdatingLocation 然而，之间确实会导致下一个发送新的初始事件 调用此方法的时间。

如果您启动此服务并且您的应用程序被暂停，则 系统停止传递事件，直到您的应用程序启动 再次运行（在前台或后台）。如果你的 应用程序终止，新位置事件的传递停止 共。因此，如果您的应用程序需要接收位置 在后台的事件，它必须包括 UIBackgroundModes 其 Info.plist 文件中的键（带有位置值）。

除了你的委托对象实现 locationManager:didUpdateLocations: 方法，它也应该实现 locationManager:didFailWithError: 方法来响应潜在的 错误。

---

startMonitoringSignificantLocationChanges

根据重要位置开始生成更新 变化。

- (void)startMonitoringSignificantLocationChanges Discussion

该方法异步发起位置事件的传递， 你打电话后不久就回来了。位置事件被传递到 你的委托的 locationManager:didUpdateLocations: 方法。首先 要传递的事件通常是最近缓存的位置 事件（如果有），但在某些情况下可能是较新的事件。 获取当前位置可能需要几秒钟的时间， 所以一定要检查你的位置事件的时间戳 委托方法。

在返回当前位置修复后，接收器生成更新 仅当用户位置发生重大变化时才发生事件 检测到。例如，它可能会在设备 与不同的蜂窝塔相关联。它不依赖 distanceFilter 属性中的值以生成事件。打电话 此方法连续多次不会自动产生 在正在生成的新事件中。打电话 但是，两者之间的 stopMonitoringSignificantLocationChanges 确实 下次您调用它时会发送一个新的初始事件 方法。

如果您启动此服务并且您的应用程序随后 终止，系统自动重新启动应用程序到 新事件到达时的背景。在这种情况下，选项 字典传递给 locationManager:didUpdateLocations: 方法 您的应用程序委托包含密钥 UIApplicationLaunchOptionsLocationKey 来表明你的 由于位置事件而启动了应用程序。重启后， 您仍然必须配置一个位置管理器对象并调用它 方法继续接收位置事件。当你重新启动 位置服务，当前事件被传递给您的代表 立即地。此外，您所在位置的 location 属性 manager 对象甚至填充了最新的位置对象 在您开始定位服务之前。

除了你的委托对象实现 locationManager:didUpdateLocations: 方法，它也应该实现 locationManager:didFailWithError: 方法来响应潜在的 错误。

注意：应用程序可能会在设备移动 500 后立即收到通知 米或更多从其先前的通知。它不应该期望 通知的频率高于每五分钟一次。如果 设备能够从网络中检索数据，位置管理器 更有可能及时发送通知。