Swift连接Pixel 2上Android BLE GATT服务器异常求助

这种Android端显示连接成功但iOS端没触发didConnect/didFailToConnect的问题，我在做跨平台BLE开发时碰过好几次，结合两个平台的BLE实现差异，大概率是下面这些原因：

• Android端UUID格式不符合iOS要求
  iOS的CoreBluetooth对UUID的格式要求非常严格：要么是完整的128位UUID（比如0000ffe0-0000-1000-8000-00805f9b34fb），要么是官方定义的16位UUID（且iOS端要自动补全成128位）。如果Android端用了自定义的短UUID却没有补全成完整格式，iOS连接后无法正确解析服务，就会卡在中间不触发回调。你可以检查Android端创建GATT服务/特征时的UUID是否符合蓝牙规范，同时确认iOS端扫描和连接时用的是对应的完整UUID。

• Android端未处理连接参数更新请求
  iOS的CentralManager在连接建立后，会主动向Android发起连接参数更新请求（Connection Parameter Update）。如果Android端的GATT服务器没有正确响应这个请求（比如没有实现onConnectionUpdated回调，或者权限不足），iOS会判定连接未完全建立，不会触发didConnect。你可以在Android的onConnectionStateChange回调后，观察是否有onConnectionUpdated的日志输出，同时确认Android 12+的应用已经申请了BLUETOOTH_CONNECT权限。

• iOS端CentralManager状态未就绪就发起连接
  很多人容易忽略：iOS的centralManager必须处于poweredOn状态才能发起有效连接。如果调用connect()时，蓝牙还没打开或者centralManager还在初始化状态，连接请求会被系统静默丢弃，不会触发任何回调。你要确保在centralManagerDidUpdateState回调里确认状态为.poweredOn后，再执行连接逻辑，不要提前调用connect()。

• Android端广播包数据不规范
  如果Android端的BLE广播包包含了不符合蓝牙核心规范的数据（比如过长的服务UUID列表、非法的广告类型字段），iOS在连接时可能出现底层错误，但不会向上抛出回调。你可以用nRF Connect这类调试工具，检查Android的广播包内容是否合规，重点看广告数据的长度、类型是否符合规范。

• iOS端后台模式或超时设置问题
  如果你的iOS应用是在后台发起连接，必须在Info.plist中开启Uses Bluetooth LE Accessories后台模式，否则系统会限制BLE操作，导致回调不触发。另外，iOS的connect()有默认超时时间，如果Android端GATT服务器响应过慢，也可能出现无回调的情况——你可以尝试手动设置超时逻辑，超时后重新发起连接。

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