67

HKObserverQuery有以下方法支持在后台接收更新：

- initWithSampleType:predicate:updateHandler:

updateHandler具有completionHandler以下文档：_

这个块被传递给更新处理程序。处理完传入数据后，您必须立即调用此块。调用这个块告诉 HealthKit 你已经成功接收到后台数据。如果您不调用此块，HealthKit 将继续尝试使用退避算法启动您的应用程序。如果您的应用程序未能响应 3 次，HealthKit 会假定您的应用程序无法接收数据，并停止向您发送后台更新。

从查看其他帖子看来，围绕这个处理程序似乎有很多困惑。以下是我对此的一些疑问：

  • 什么时候应该调用处理程序？如果调用得太晚，那么 HK 可能会认为应用程序从未收到查询更新，从而导致您点击后台更新 3-strikes back-off 算法。文档声明它应该在处理其他查询后调用。根据运行这些查询需要多长时间，听起来您可能会危险地接近后台更新罢工。
  • 为什么需要这个？系统不应该知道应用程序已经启动并收到了后台更新吗？在后台使用CoreBluetooth时，它只会在后台唤醒您的应用程序 10 秒。无需调用任何处理程序或处理后台更新 3-strikes。
  • 如果您点击后台更新 3-strikes 并且 HK 停止发送更新是永久的吗？HK是否会再次开始发送后台更新？如果有一个错误阻止了处理程序被调用并且现在你已经修复了它怎么办。应用程序是否卡住了，永远不会收到更新？还是会在应用重新启动或更新时重置？
  • HK 是否让您的应用程序在后台运行，直到调用处理程序？这是其目的的一部分还是只是副作用？如果这是其目的的一部分，我们可以在需要停止之前运行多长时间（并击中第一个后台更新罢工）？
4

1 回答 1

1

什么时候应该调用处理程序？

完成工作后调用它。您的代码不应执行复杂的操作。该应用程序在后台，用户看不到发生了什么变化。您可以在用户启动应用程序后设置一个数据更新的“标志”并执行复杂的操作。如果您决定是否通知用户是基于复杂的操作，那么请尝试重构代码，以便预先计算所有必要的数据（例如在 UserDefaults 中），并使用该数据简单地获取额外的数据。因此，1-2 秒就足够您的计算了。

为什么需要这个？

所有此类处理程序都有完成闭包。iOS 需要它们来了解您的应用程序是否正常工作。如果您的应用程序会占用过多的 CPU 时间，那么 iOS 可能会变慢。因此，Apple 希望确保 iOS 运行良好，尽管应用程序很糟糕。

如果您点击后台更新 3-strikes 并且 HK 停止发送更新是永久的吗？

不。

HK是否会再次开始发送后台更新？

是的。但这取决于许多因素。它可能会在 1-2 天内再次尝试调用您的应用。如果没有任何变化，它将很少调用它。

HK 是否让您的应用程序在后台运行，直到调用处理程序？

这是未知的。这取决于许多因素。可能如果 iPhone 正在充电，它将允许您的应用程序运行更长时间，以估计是否调用了完成句柄。如果你的 iPhone 没有充电并且电池电量接近 0%，那么 iOS 更有可能杀死你的应用程序。因此，在调用完成处理程序后，您不应该做任何工作。并尽量保持简单。

建议

您应该尽快处理新数据。如果您需要获取大量数据，则尝试对其进行优化并在应用程序处于前台时对其进行预计算，然后保存在某处（UserDefault），并使用带有缓存数据的新数据来做出决定（例如，通知用户有关某事；我相信您确实需要为此进行背景更新）。

1-2 秒或更短的时间是后台更新的好时机。

于 2019-09-10T09:26:41.277 回答