我正在测试 iBeacon 区域监控并执行以下步骤。
- 1:前提条件:手机蓝牙已开启且应用未运行
- 2:我打开信标
- 3:应用在位置事件(信标区域)后启动
- 4:我关闭了信标
- 5:应用仍在运行并检测到 did 退出区域事件
- 6:然后我手动终止该应用程序(这样做是可以的，区域监控仍然有效)
- 7:我关闭了手机上的蓝牙
- 8:我重新打开信标
- 9:我再次打开手机上的蓝牙
- 10:我希望...见下文(预期结果)
预期结果:应用程序应在进入该区域后唤醒(我在没有手动切换蓝牙的情况下对此进行了测试，它可以正常工作) 实际结果:没有发生。
为什么 10 没有发生？这是 iOS 中的错误吗？
最佳答案
关闭蓝牙通常不是测试监控的好方法。进入和退出事件仅在区域状态(即 CLRegionState )从“外部”转换为“内部”时发生(反之亦然)。如果您关闭蓝牙，状态将变为“未知”[1](因为设备如何知道您是在蓝牙禁用的情况下外出还是进入)，因此如果您重新打开蓝牙，并且它转换为“外部”或“内部”，它实际上不会触发事件按设计。
您可以通过实现 didDetermineState 来测试这一点方法，除了didEnter和didExit 。首先关闭信标，通过 didDetermineState 确认国家是“外部”的。关闭蓝牙，打开信标，打开蓝牙。你会看到didDetermineState状态为“内部”，但没有 didEnter 。 (反之亦然，即，如果您从打开信标开始，然后在 iPhone 蓝牙禁用时将其关闭。您将看到 didDetermineState “外部”，但看不到 didExit 。)
注意:此测试仅在前台运行。它看起来像在后台，didDetermineState对于 iOS 来说，唤醒应用程序来处理事件是不够的，它需要是 didEnter或didExit .
[1] 这里也有一点澄清。当您禁用蓝牙时，实际上不会显式调用 didDetermineState与 CLRegionStateUnknown 。这是因为我怀疑当蓝牙关闭时 iOS 会停止传递任何信标事件。那我是怎么得出真的变成“未知”的结论的呢？我添加了NSTimer调用 requestStateForRegion (这反过来又强制每秒异步调用 didDetermineState )。当我关闭蓝牙时，didDetermineState电话停止接听。但是，一旦我打开蓝牙，这些调用就会恢复，并且状态为“未知”，然后根据信标的当前状态更改为“外部”或“内部”。同样，根据上面的注释，所有这些都是在前台应用程序中进行的。
(当您开始监视已经在信标范围内时，实际上适用相同的机制。在开始监视之前，状态为“未知”。当您开始监视时，状态转换为“内部”我们的“外部”(取决于监控开始时信标是否在范围内)，但这不会触发 didEnter 或 didExit 。这里您也可以使用 didDetermineState 来验证这一点。)
关于ios - 当用户手动打开蓝牙时，iBeacon 确实进入区域不会触发，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34062216/