Android BLE连接异常：第三次连接触发状态码8（GATT_INSUFFICIENT_AUTHORIZATION）的非自愿断开

我之前也碰到过几乎一模一样的坑，用Android app对接Nordic nRF52833 BLE外设（搭的Zephyr 3.7.99/NCS 2.9.0），折腾了好几天才摸清楚大概的原因和解决方向，跟你唠唠：

先还原下我当时遇到的诡异场景，和你说的完全一致：

• 第一次连接设备，配对绑定全流程顺畅，读写特征值都没毛病
• 手动断开后第二次重连，连接稳得一批，所有操作正常执行
• 但第三次手动断开再重连，刚连上大概30秒就被强制踢下线，在onConnectionStateChange()回调里拿到的状态码是8，对应GATT_INSUFFICIENT_AUTHORIZATION这个错误

可能的核心原因 #

这个问题大概率和BLE绑定信息的存储、重连时的身份验证流程不同步有关。一方面Zephyr的BLE栈在处理多次重连的绑定身份时，可能存在临时缓存溢出或者状态没有重置的问题；另一方面Android端的BLE服务在第三次重连时，可能没正确携带之前的绑定凭证，或者设备端已经把旧的凭证标记为失效了。

具体排查&解决思路 #

1. 先检查Zephyr端的绑定相关配置 #

• 确认你开启了绑定信息的持久化存储：也就是有没有启用CONFIG_BT_SETTINGS和CONFIG_SETTINGS这两个配置项。如果没开，设备的绑定信息只会存在临时缓存里，多次重连后很容易出问题。另外看看CONFIG_BT_MAX_PAIRED的默认值，一般是2或3，刚好到第三次就触发上限，把它调大到5或者更高试试。
• 还有个点：Zephyr 3.7.99是预览版本，NCS 2.9.0也可能带了一些未修复的重连验证bug，你可以查下官方的release notes，或者临时降级到稳定版比如NCS 2.8.0，看看问题会不会消失。

2. 调整Android端的重连逻辑 #

• 第三次重连前，试试先清除本地的绑定信息：调用BluetoothDevice.removeBond()，然后重新发起连接和绑定。这虽然是个临时的 workaround，但能快速验证是不是本地绑定信息混乱导致的问题。
• 注意connectGatt()的第三个参数autoConnect：如果之前设的是true，改成false试试。因为autoConnect=true会走Android后台的重连流程，身份验证的时机和主动发起的连接不一样，可能会导致凭证携带不及时。
• 连接成功后不要急着操作特征：等onServicesDiscovered()回调触发后，再用BluetoothGatt.getConnectionState()确认连接状态是STATE_CONNECTED，并且可以通过BluetoothGatt.checkPermission()提前校验授权状态，再进行读写操作。

3. 抓包定位具体流程问题 #

用Nordic的nRF Sniffer抓BLE空口包，重点看第三次重连时的身份验证流程：是Android端没发送身份请求，还是设备端返回了拒绝，或者加密密钥协商时出了问题。从状态码8来看，设备端认定当前连接没有足够授权，那肯定是重连时的身份验证环节没走通，抓包能直接看到哪里卡壳了。

总结 #

这个问题本质是Android和Zephyr两端BLE栈在多次重连时的绑定身份状态不一致，先从配置调整入手，再结合抓包定位具体环节，基本就能解决。

内容来源于stack exchange