我正在设计一个 iOS 框架来处理多个 BLE 设备(所有同类设备)。目前一切都运行良好，除了一件事:
客户想要一个包含可用设备的列表。但是，我如何才能检测到过去发现的设备何时不再可用？
当我尝试连接到不再可用的设备时，出现了另一个问题。文档说:连接尝试永远不会超时并且
是的，我从来没有通过 didFailToConnectPeripheral 收到错误。
我做了一些研究，但无法弄清楚如何通过 CoreBluetooth 正确处理这些问题。所以我开发了自己的解决方案，但我不确定这是否是正确的方法(或者至少是一种好方法，因为可能有多种方法可以做到)。
<强>1。检测不再可用的设备
我用
扫描[_centralManager scanForPeripheralsWithServices:services options:@{CBCentralManagerScanOptionAllowDuplicatesKey: @(TRUE)}];
所以只要设备未连接，我就会一直收到广告。我用一个计时器检查广告是否在给定的时间间隔内重新出现(足够大，对应于设备广告间隔)。如果在间隔内没有出现广告，我会从列表中删除该设备。
<强>2。检测连接超时 好吧，我认为这很容易。我使用自己的超时功能，如果定时器超时则取消连接请求。
如果有人遇到过这些问题，我当然会对您的意见和/或您的解决方案非常感兴趣。
2014-12-17 更新:
与此同时，我使用计时器开发了自己的解决方案，它似乎运行良好。
连接超时很简单。只需将计时器设置为 5 秒或任何您认为对您有益的时间。如果计时器到期并且设备没有连接，只需取消连接并告诉用户出现了问题。
检测超出范围的设备有点棘手。对于每一个发现的设备，我都会启动一个计时器，该计时器会在两倍时间后触发，设备会发送广告。如果设备在计时器到期之前确实发送了另一个广告，则它可能超出范围或已关闭或连接到另一个设备。
我不想回答我自己的问题，因为我希望也许有一天 Apple 会解决这些问题。
最佳答案
判断设备是否可用的正确方法是存储外设identifier值。在尝试重新连接之前，调用 retrievePeripheralsWithIdentifiers。但是，这仍然不能保证在您尝试连接时设备会在范围内!
连接尝试不会在操作系统级别超时，这是明确的 documented .
Some apps may need to use the Core Bluetooth framework to perform long-term actions in the background. As an example, imagine you are developing a home security app for an iOS device that communicates with a door lock (equipped with Bluetooth low energy technology). The app and the lock interact to automatically lock the door when the user leaves home and unlock the door when the user returns—all while the app is in the background. When the user leaves home, the iOS device may eventually become out of range of the lock, causing the connection to the lock to be lost. At this point, the app can simply call the connectPeripheral:options: method of the CBCentralManager class, and because connection requests do not time out, the iOS device will reconnect when the user returns home.
关于ios - 核心蓝牙 : detect device out of range/connection timeout，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25885303/