ios - 当用户手动打开蓝牙时，iBeacon 进入区域不会触发

Question

我正在测试 iBeacon 区域监控并执行以下步骤。

• 1:前提条件手机蓝牙开启，App未运行
• 2:我打开信标
• 3:应用程序在位置事件(信标区域)后启动
• 4:我关掉了信标
• 5:应用仍在运行并检测到退出区域事件
• 6:然后我手动关闭应用程序(这样做没问题，区域监控仍然有效)
• 7:我关闭手机上的蓝牙
• 8:我重新打开信标
• 9:我再次打开手机上的蓝牙
• 10:我希望...见下文(预期结果)

预期结果:应用程序应该在进入区域后唤醒(我在没有手动切换蓝牙的情况下测试了它并且它可以工作)实际结果:没有发生。

为什么 10 没有发生？这是 iOS 中的错误吗？

Answer 1

关闭蓝牙通常不是测试监控的好方法。进入和退出事件仅在区域状态(即 CLRegionState )从“外部”转换为“内部”(反之亦然)时发生。如果您关闭蓝牙，状态将变为“未知”[1](因为设备如何知道您是在外面还是在蓝牙禁用的情况下)，因此如果您重新打开它，并且它过渡到“外部”或“内部”，它实际上不会触发事件设计。

除了 didEnter 和 didExit 之外，您还可以通过实现 didDetermineState 方法来测试它。从关闭信标开始，通过 didDetermineState 确认状态为“外部”。关闭蓝牙，打开信标，打开蓝牙。您将看到状态为“inside”的 didDetermineState，但没有 didEnter。 (反过来它的工作原理是一样的，也就是说，如果你开始时打开信标，然后在 iPhone 的蓝牙被禁用时将其关闭。你会看到 didDetermineState“在外面”，但没有 didExit.)

注意:此测试仅适用于前台。看起来在后台，didDetermineState 不足以让 iOS 唤醒应用程序来处理事件——它需要是 didEnter 或 didExit.

[1] 这里也有一点澄清。当您禁用蓝牙时，实际上不会使用 CLRegionStateUnknown 显式调用 didDetermineState。这是因为我怀疑 iOS 在蓝牙关闭时停止传送任何信标事件。那我怎么得出真的变成“未知”的结论呢？我添加了一个 NSTimer，它每秒调用一次 requestStateForRegion(它反过来强制异步调用 didDetermineState)。当我关闭蓝牙时，didDetermineState 调用停止到达。但是一旦我打开蓝牙，这些调用就会恢复，并且状态是“未知”——在它根据信标的当前状态变为“外部”或“内部”之前。同样，根据上面的说明，所有这些都是在前台的应用程序中进行的。

(当您开始监视已经在信标范围内时，实际上会应用相同的机制。在您开始监视之前，状态是“未知”。当您开始监视时，状态会转换到“内部”我们的“外部”(取决于监视开始时信标是否在范围内)，但这不会触发 didEnter 或 didExit。您也可以使用 didDetermineState .)