iBeacons：cordova 实现（ios）：背景检测的最佳实践是什么

Question

Apples 的 iBeacon 技术允许无论应用程序处于何种状态进行检测：前台、后台或已终止或系统重启。是否有这样做的最佳实践方法，以尽量减少应用商店提交拒绝？我已经安装了一个插件 (https://github.com/katzer/cordova-plugin-background-mode)，它允许后台进程 - 它工作得很好*（下面的说明），但是有很多帖子说这可能会导致被苹果拒绝。

• 我的意思是当应用程序被推到后台、被杀死甚至在手机重新启动后它仍然有效。很难确认，但我认为 iOS 会在一段时间后将其杀死。我得到的结果不一致...

我也明白，如果我的应用程序在不在前台时使用大量内存，它会通过 iOS 内存管理自动终止我的 bg 进程。

暂时假设我的应用不会消耗“太多”内存...

如果手机无论应用程序状态如何都无法访问检测，那么拥有 iBeacons 的全部价值似乎就变得微不足道了。我知道我需要向苹果说明为什么我的应用需要这个功能。但这似乎是一种修辞——我需要使用你（Apple）提供的技术的功能——如果你必须始终准备好手机才能获得 iBeacons，那么 iBeacons 的价值就会显着下降（除了第一个获得许可的应用程序启动之外） requestAlwaysAuthorization)

我是否在无谓地烦恼？我不想把这个开发一路完美，却发现我无法使用它。

Answer 1

了解原生 iOS 代码（Swift 或 Objective C）可以利用 iOS CoreLocation 框架检测信标的能力，即使应用程序根本没有运行。 CoreLocation 通过记住应用程序正在监视哪些信标区域并在遇到信标时如果应用程序未运行则自动启动应用程序来做到这一点。 Apple 设计了这种机制并批准了它的使用，这也是后台信标检测应用程序通常进入 AppStore 的方式。

这与 cordova-plugin-backgroun-mode 插件的工作方式非常不同。正如插件的自述文件所指出的，Apple 审阅者可能不会批准一个在后台保持自身持续活跃的应用程序。 您的担心是对的。

除了将您的应用全部重写为原生应用之外，您最好的选择可能是使其成为一个混合应用。仅将本机代码用于后台信标检测，然后在启动或恢复后将 Cordova 用于前台 UI。