iOS14系统下CoreBluetooth断连重连触发CBErrorDomain 15加密超时问题咨询

这是iOS14系统CoreBluetooth框架的已知行为变更导致的问题，具体触发逻辑如下：

• iOS14调整了BLE链路加密会话的校验逻辑：当手机侧先检测到链路不可用主动断开连接（对应你测试的屏蔽手机信号场景），系统会残留对应外设的加密会话缓存，且该缓存会被标记为「未正常终止」状态。
• 你在centralManager(_:didDisconnectPeripheral:error:)回调内立即调用connect(_:options:)发起重连时，iOS14会优先复用残留的失效加密缓存，不会重新走配对加密流程，因此直接抛出CBErrorDomain Code=15加密失败错误。
• iOS13及更早版本无该会话缓存复用逻辑，断连后重连会强制重新发起加密流程，因此不会触发问题。
• 屏蔽外设信号的场景是外设侧先发起断连，iOS系统收到外设的断连通知后会主动清理对应加密缓存，因此该场景下重连正常。

以下3种方案均可解决该问题，可根据业务场景选择：

• 方案一：增加重连延迟
  不要在断连回调内立刻发起重连，添加100~300ms的延迟给系统预留缓存清理时间，示例代码：

  DispatchQueue.main.asyncAfter(deadline: .now() + 0.2) { [weak self] in
      guard let self = self else { return }
      self.centralManager.connect(targetPeripheral, options: nil)
  }
  

• 方案二：新增错误重试逻辑
  捕获centralManager(_:didFailToConnect:error:)回调中的CBErrorDomain Code=15错误，触发后间隔100ms再次发起重连，重试2~3次即可成功，该方案对其他系统版本无影响，兼容性最优。
• 方案三：禁用加密要求（仅适配无需加密的业务场景）
  如果你的BLE通信无需绑定加密，可在连接时添加选项禁用加密要求，或者调整外设特征的读写权限为不需要加密，即可规避加密校验逻辑：

  let connectOptions = [CBConnectPeripheralOptionRequiresANCS: false]
  centralManager.connect(targetPeripheral, options: connectOptions)
  

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