iOS 和 Cordova 用于地理定位跟踪和监控SignificantLocationChanges 和其他问题

Question

我正在编写一个用于iOS后台跟踪的Cordova插件，我的理解如下：

• 我使用startUpdatingLocation 开始跟踪
• 无论我的应用是在前台还是在后台，这都会发送位置
• 如果我在后台接收到一个位置并花费太多时间来处理它，iOS 将终止该应用程序
• 这也是我使用startMonitoringSignificantLocationChanges 的原因，所以如果我的应用程序被杀死，iOS 将在didFinishLaunchingWithOptions 的新位置重新打开它

对吗？

我还有两个问题：

监控重大位置变化

如果我的应用程序被杀死，我会致电startMonitoringSignificantLocationChanges 重新启动它。我已经读到在这种情况下，最新的位置在传递给方法的选项中给出，但是我们必须再次调用 startUpdatingLocation 和 startMonitoringSignificantLocationChanges 来保持地理位置的到来，这是正确的吗？

另外，如果我们必须调用startUpdatingLocation，并且（我假设）这会生成一个对具有最新位置的位置处理程序的新调用，那么直接在didFinishLaunchingWithOptions 中使用作为参数给出的位置是否有意义方法而不是位置处理程序？

这似乎会导致代码的两个部分具有相同的处理任务，因此这是多余的（我假设位置处理也在位置处理程序中完成，因为这是应用程序在被杀死之前的目的——我看到的唯一可能需要在didFinishLaunchingWithOptions 中处理而不重新启动startUpdatingLocation 的情况是地理围栏应用程序，它只需要在特定位置附近唤醒而不必跟踪用户，这就是为什么给出该选项的原因？）

现在的问题是：在编写 Cordova 插件时，有没有办法直接向 didFinishLaunchingWithOptions 方法添加处理程序，以便再次回调 startUpdatingLocation 和 startMonitoringSignificantChanges？或者是从插件代码中监听相应通知的唯一方法？

处理地理位置时的 JavaScript 事件

插件在前台或后台收到位置时调用 javascript 事件。但是，此 javascript 代码可能会运行一些任务，例如带有计时器的动画等。我想更好地了解 Cordova 执行，看看这是否会导致延迟，从而导致应用程序在例如接收地理位置时被杀死启动一个运行动画时间过长的 javascript 计时器，这会保持应用程序运行并触发 iOS 看门狗，还是在 BackgroundTask 线程中运行？

例如，如果我运行一个对新位置做出反应的 AngularJS 应用程序，由于 AngularJS 有它自己的运行循环，会发生什么情况，应用程序是否总是会被终止，因为 AngularJS 一直在观察变量的变化等等&我必须告诉AngularJS 在应用程序处于后台时停止其运行循环？

特别是，如果我想向服务器异步发送 HTTP 请求会发生什么？ Cordova 会在后台运行 js，还是我必须告诉 Cordova 等到某个事件发生，例如 js 代码执行请求并告诉 Cordova 它已经完成，以便 Cordova 可以完成后台任务？

Answer 1

我创建了一个 Cordova 插件 cordova-background-geolocation 来处理这个问题。

是的，您需要小心地在后台线程中执行您的 javascript 回调，并在 javascript 结束时将 信号返回 到本机端（例如，在异步之后. 请求到服务器），以便本机端可以终止线程。