我有一个运行两种模式的应用:
模式 1:公布应用 UUID
模式 2:应用 UUID 的监控和范围
当两个设备靠近时,会触发通知。在前台时,我可以使用主要/次要值将唯一的设备 ID(猜测蓝牙 MAC 地址)发送到模式 2 中的设备,并调用 Web 服务来识别设备属于“谁”。
这个方法在后台好像不行?我读到过,iOS 设备通告的蓝牙数据包要么在通告时删除蓝牙 MAC 地址和主要/次要值,要么在后台运行应用程序的设备接收通知后选择不接收通知?
我的问题实际上是这样的:
即使设备监控在后台使用 CoreBluetooth iBeacon 或 CoreLocation 服务运行应用程序,是否也可以检测到哪个设备正在通告应用程序 UUID?
最佳答案
是的,您可以在模式 2 中使用 CoreLocation iBeacon API 并在模式 1 中使用 CoreBluetooth API 来广告具有设备特定主要和次要标识符的 iBeacon。
需要澄清的是,您不能使用蓝牙 Mac 地址,因为 iOS 会在接收器端(在后台和前台)欺骗此地址,为每个 session 分配一个唯一的地址,而该地址对于同一传输设备并不总是一致。
使用 iBeacon 传输,您必须提前知道接收器上的 iBeacon ProximityUUID,因此 16 位主要字段和 16 位次要字段都可以用来唯一标识设备。这为您提供了超过十亿种组合,因此应该足够了。
您可以在后台监控单个 iBeacon UUID,然后 iOS 将唤醒您的应用程序 5 秒,允许您使用 iBeacon 测距 API 读取主要和次要标识符。所有这些都在模式 2 的后台运行,除了作为 iBeacon 进行传输(模式 1 需要前台)。
关于ios - 在后台使用 iBeacon 或 CoreBluetooth 识别 iOS 设备,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23550548/