Swift iOS蓝牙开发疑问：代理方法是否总会被调用？

作为从Android转iOS蓝牙开发的新手，你的疑问太接地气了——毕竟两个平台的蓝牙API设计逻辑差异不小，尤其是代理回调的可靠性这块，很容易让人摸不着头脑。下面就逐一解答你的问题：

代理方法是否总会被调用？ #

答案是不一定。大部分合法操作下，系统会按预期触发对应的代理回调，但确实存在不少异常场景会导致回调“失踪”：

• 蓝牙状态异常：如果调用API时，CBCentralManager还没进入poweredOn状态（比如蓝牙没打开、正在初始化），或者中途蓝牙被手动关闭/系统省电关闭，你的请求会被系统直接忽略，不会触发目标回调，反而会触发centralManagerDidUpdateState(_:)告诉你状态变化。
• 设备连接问题：比如调用CBPeripheral.discoverServices()时，设备其实还没完成连接，或者连接过程中突然断开（超出范围、设备没电），这时候不会触发didDiscoverServices，而是会触发断开连接的代理方法peripheral(_:didDisconnectPeripheral:error:)。
• 权限缺失：iOS 13+要求必须配置蓝牙权限描述（NSBluetoothAlwaysUsageDescription或NSBluetoothPeripheralUsageDescription），如果没配置或者用户拒绝了权限，系统会静默拒绝你的蓝牙请求，自然不会有回调。
• 硬件/系统故障：极端情况比如设备蓝牙模块损坏、系统蓝牙栈崩溃，也会导致回调丢失，但这种情况很少见。

以discoverServices为例：didDiscoverServices一定会触发吗？ #

只要满足以下条件，didDiscoverServices肯定会被触发：

1. CBCentralManager处于poweredOn状态；
2. CBPeripheral已经成功连接（处于connected状态）；
3. 调用discoverServices的过程中没有出现上述异常场景。

哪怕设备没有任何可发现的服务，didDiscoverServices也会回调，此时services数组为空，error参数为nil。如果发现服务过程中出错（比如设备不支持该操作），回调也会触发，error参数会包含具体错误信息，你需要在回调里做判断。

是否需要设置信号量等待+超时机制？ #

非常建议做超时处理，但绝对不推荐用信号量阻塞主线程——iOS蓝牙API是纯异步设计，阻塞主线程会导致UI卡顿，甚至被系统判定为App无响应而强制退出。

更好的做法是用异步超时逻辑：

• 调用蓝牙API后，启动一个定时器（比如用GCD的DispatchWorkItem配合asyncAfter，或者Timer）；
• 如果在超时时间内收到代理回调，就取消定时器并执行正常逻辑；
• 如果超时未收到回调，就执行失败处理（比如提示用户重试、重新发起请求）。

举个简单的代码示例：

var discoverServicesTimeoutWorkItem: DispatchWorkItem?

func startDiscoveringServices(for peripheral: CBPeripheral) {
    // 启动超时任务
    discoverServicesTimeoutWorkItem = DispatchWorkItem { [weak self] in
        print("服务发现超时，请重试")
        // 这里可以添加UI提示或重试逻辑
    }
    if let workItem = discoverServicesTimeoutWorkItem {
        DispatchQueue.main.asyncAfter(deadline: .now() + 5, execute: workItem)
    }
    
    // 发起服务发现请求
    peripheral.discoverServices(nil)
}

// 代理回调方法
func peripheral(_ peripheral: CBPeripheral, didDiscoverServices error: Error?) {
    // 取消超时任务
    discoverServicesTimeoutWorkItem?.cancel()
    discoverServicesTimeoutWorkItem = nil
    
    if let error = error {
        print("发现服务失败：\(error.localizedDescription)")
        return
    }
    // 处理发现的服务
    if let services = peripheral.services {
        print("发现服务：\(services)")
    }
}

总结 #

1. 代理方法不是100%可靠，异常场景下可能不触发；
2. 必须先确保蓝牙状态正常、设备已连接、权限齐全再调用API；
3. 一定要做超时处理，但要用异步方式，避免阻塞主线程；
4. 所有蓝牙操作都要做好错误处理，不要依赖“回调一定会触发”的假设。

内容的提问来源于stack exchange，提问作者Brian Reinhold