我正在测试 iBeacon 区域监控并执行以下步骤。
预期结果:应用程序应在进入该区域后唤醒(我在没有手动切换蓝牙的情况下对此进行了测试，它可以正常工作) 实际结果:没有发生。
为什么 10 没有发生？这是 iOS 的错误吗？
关闭蓝牙通常不是测试监控的好方法。进入和退出事件仅在区域状态(即 CLRegionState )从“外部”转换到“内部”(反之亦然)时发生。如果您关闭蓝牙，状态会变为“未知”[1](因为设备如何知道您是外出还是在蓝牙禁用)，因此如果您重新打开它，并且它会转换为“外部”或“内部”，它实际上不会触发按设计的事件。
除了 didEnter 和 didExit 之外，您还可以通过实现 didDetermineState 方法来测试它。从关闭信标开始，通过 didDetermineState 确认状态为“外部”。关闭蓝牙，打开信标，打开蓝牙。您将看到状态为“inside”的 didDetermineState，但没有 didEnter。 (反之亦然，即，如果您从打开信标开始，然后在禁用 iPhone 的蓝牙时将其关闭。您将看到 didDetermineState “outside”，但没有 didExit。)
注意:此测试仅在前台有效。看起来在后台，didDetermineState 不足以让 iOS 唤醒应用程序来处理事件——它需要是 didEnter 或 didExit.
[1]这里也做一点澄清。当您禁用蓝牙时，实际上不会使用 CLRegionStateUnknown 显式调用 didDetermineState。这是因为我怀疑当蓝牙关闭时 iOS 会停止传递任何信标事件。我是如何得出它真的变成“未知”的结论的呢？我添加了一个 NSTimer，它每秒调用 requestStateForRegion(这反过来又强制异步调用 didDetermineState)。当我关闭蓝牙时，didDetermineState 调用停止到达。但是一旦我打开蓝牙，这些调用就会恢复，并且状态是“未知”——在它根据信标的当前状态变为“外部”或“内部”之前。同样，根据上面的说明，所有这些都与前台的应用程序有关。
(当您开始监控已经在信标范围内时，实际上适用相同的机制。在您开始监控之前，状态是“未知的”。当您开始监控时，状态转换到“内部”我们的“外部”(取决于监视开始时信标是否在范围内)，但这不会触发 didEnter 或 didExit。您也可以在此处使用 didDetermineState.)
关于ios - 当用户手动打开蓝牙时，iBeacon 确实进入区域不会触发，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34062216/
| 欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |