Android BLE重连很慢

Question

背景：

我有一个具有两种模式的 BLE 外设：“应用程序”和“引导加载程序”。在这两种模式下，设备都使用相同的 MAC 地址进行通告。

要从一种模式切换到另一种模式，BLE 外围设备必须自行重启。这样做时，它必须断开任何活动的 BLE 连接。

BLE 外设仅在 Bootloader 模式下停留约 5 秒。如果没有人在该窗口内连接到它，它会切换到应用程序模式。

问题：

Android 需要很长时间才能重新连接到 BLE 设备，以至于我错过了 5 秒的窗口。原始代码有几层，一直到 BluetoothGATT 和 BluetoothAdapter 层，但调用顺序归结为：

BluetoothGattCharacteristic c = mCharacteristics.get(POWER_STATE_UUID);
c.setValue(SHUTDOWN_VALUE);
mBluetoothGatt.writeCharacteristic(c);
// Signalled by BluetoothGattCallback.onCharacteristicWrite
bleWriteCondition.await();

mBluetoothGatt.disconnect();
// Wait for the underlying layer to confirm we're disconnected
while( mConnectionState != BluetoothProfile.STATE_DISCONNECTED ) {
    // Signalled by BluetoothGattCallback.onConnectionStateChange
    bleStateCondition.await(); 
}
mBluetoothGatt.connect();
while (mConnectionState != BluetoothProfile.STATE_CONNECTED) {
    // Signalled by BluetoothGattCallback.onConnectionStateChange
    bleStateCondition.await();
    if (bleStateCondition.stat != 0) {
        break;
    }
}

我是不是完全走错了路？我尝试在 BluetoothGatt 实例上调用 close()，然后使用 BluetoothDevice.connectGatt 生成一个新实例，但我得到了同样的极其缓慢的行为。

我正在三星 Galaxy S4 上进行测试，API 级别 21。

Answer 1

这里的问题是 gatt connect 调用发出一个后台连接请求。此调用可能需要很长时间才能建立连接。两种连接请求的描述在这里：Direct vs Background connections

获得连接的绝对最快方法是进行扫描，并在找到您的设备后向其发出直接连接请求。由于扫描刚刚找到它，您知道它就在那里，连接将很快完成。这比您的示例代码更复杂，但考虑到您的小窗口，这将是最有效的。扫描是查找设备的最激进方式。但是，如果您已经拥有设备对象，则可以在设备上调用直接连接请求。

使用如下代码发出扫描：

scanner = bluetoothAdapter.getBluetoothLeScanner();
settings = new ScanSettings.Builder()
            .setScanMode(ScanSettings.SCAN_MODE_LOW_LATENCY)
            .build();
filters = new ArrayList<ScanFilter>();
ScanFilter uuidFilter = new ScanFilter.Builder()
            .setServiceUuid(YOUR_SERVICE_UUID).build();
filters.add(uuidFilter);
scanner.startScan(filters, settings, myScanCallback);

找到您的设备后（使用扫描回调），通过此方法调用发出直接连接请求：

myGatt = myDevice.connectGatt(this, false, myGattCallback);

关键部分是false的参数。如果没有找到设备，连接请求将在 30s 左右超时。