Android设备同时运行BLE GATT客户端与服务端的断开异常问题

这种情况在Android BLE开发里不算少见，尤其是专用设备的定制ROM或蓝牙硬件有局限的场景下，核心原因大概率和以下几点有关：

1. 同一远程设备的链路复用冲突 #

你提到GATT Server已和iOS设备建立连接，之后又用GATT Client去连接同一个iOS设备的ANCS服务——很多Android设备的蓝牙栈会把针对同一远程设备的GATT Client/Server连接复用同一条物理BLE链路。这时候调用disconnect()+close()关闭Client连接时，蓝牙栈可能误把整个链路切断，导致Server的连接也跟着断开。

2. 蓝牙硬件的并发连接限制 #

部分专用设备的蓝牙芯片（尤其是低成本BLE模块）不支持同时作为GATT Server和Client与同一远程设备建立连接，属于硬件层面的限制，这种情况下只要同时发起两种连接，断开任意一端都会影响另一端。

3. 定制ROM的蓝牙栈bug #

专用设备的Android ROM通常经过厂商定制，可能存在蓝牙栈的逻辑漏洞，比如没有正确隔离GATT Client和Server的连接状态，导致Client的断开操作被错误传递给Server连接。

对应的解决思路： #

• 调整连接逻辑，避免同设备并发连接：如果业务允许，不要在GATT Server已和iOS设备连接的情况下，再发起针对该设备的GATT Client连接；或者先暂停Server连接，尝试Client连接，失败后再恢复Server。
• 调整断开操作的顺序/时机：试试调换disconnect()和close()的顺序，或者在disconnect()的回调onConnectionStateChange触发（确认Client已断开）后再调用close()，而不是连续调用：

  bluetoothGatt?.setCallback(object : BluetoothGattCallback() {
      override fun onConnectionStateChange(gatt: BluetoothGatt?, status: Int, newState: Int) {
          if (newState == BluetoothProfile.STATE_DISCONNECTED) {
              gatt?.close()
          }
      }
  })
  bluetoothGatt?.disconnect()
  

• Server断开后自动重启恢复：如果是硬件/ROM的硬伤，只能在BluetoothGattServerCallback.onConnectionStateChange收到断开回调时，重新初始化GATT Server并尝试恢复与iOS设备的连接。
• 排查硬件规格：查看专用设备的蓝牙芯片 datasheet，确认是否支持同时作为GATT Server和Client与同一设备建立连接，如果不支持，只能调整业务逻辑。

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