之前记录过很多Android和iOS的BLE的开发。不过他们都有一个共性，就是上位机都只订阅了一个特征值。
Context
这次，我们需要订阅两个特征了。
iOS
iOS是真的方便，直接订阅了就好了。
- (void)peripheral:(CBPeripheral *)peripheral didDiscoverCharacteristicsForService:(CBService *)service error:(nullable NSError *)error {
NSArray *chs = service.characteristics;
for (CBCharacteristic *ch in chs) {
if ([ch.UUID.UUIDString isEqualToString:kCharacteristicControlPoint]) {
ControlPointCharacteristic = ch;
// 订阅它!
[peripheral setNotifyValue:YES forCharacteristic:ControlPointCharacteristic];
} else if ([ch.UUID.UUIDString isEqualToString:kCharacteristicDataReceiver]) {
DataReceiverCharacteristic = ch;
} else if ([ch.UUID.UUIDString isEqualToString:kCharacteristicDataSender]) {
DataSenderCharacteristic = ch;
// 订阅它!
[peripheral setNotifyValue:YES forCharacteristic:DataSenderCharacteristic];
}
if (ControlPointCharacteristic != nil && DataSenderCharacteristic != nil && DataReceiverCharacteristic != nil) {
//All set up
}
}
我查到一个需要订阅的characteristic，直接执行订阅就可以了。非常的简单，没什么好说的～
Android
我以为，Android大概也是这么简单的吧～
@Override
public void onServicesDiscovered(BluetoothGatt gatt, int status) {
super.onServicesDiscovered(gatt, status);
BluetoothGattService service = gatt.getService(UUID.fromString(ServiceUUID));
if (service != null) {
fit_control = service.getCharacteristic(UUID.fromString(ControlPointCharacteristic));
fit_receiver = service.getCharacteristic(UUID.fromString(DataReceiverCharacteristic));
fit_sender = service.getCharacteristic(UUID.fromString(DataSenderCharacteristic));
if (fit_control != null && fit_receiver != null && fit_sender != null) {
// 订阅它!
gatt.setCharacteristicNotification(fit_control, true);
// 订阅它!
gatt.setCharacteristicNotification(fit_sender, true);
}
}
}
结果，死都收不到fit_sender的数据，我甚至以为是硬件的问题了～
后来我想到了，N久以前看到过一个帖子，说是Android BLE开发的一些坑，里面提到了android的蓝牙底层是串行的，没有队列。一次只能做一件事情，多的事情，会被忽略。
所以我得等到一次订阅成功之后，再订阅下一个特征。然后我看到
gatt.setCharacteristicNotification()
这个方法是有返回值的，而且还是个boolean，说不定是成功或者失败的意思。官方的解释是true, if the requested notification status was set successfully,貌似正合我意。
看了一下他的实现源码，在这里有关registerForNotification()没有办法继续反编译了
try {
mService.registerForNotification(mClientIf, device.getAddress(),
characteristic.getInstanceId(), enable);
} catch (RemoteException e) {
Log.e(TAG,"",e);
return false;
}
所以我也不知道这个返回值有没有卵用～
可是仔细想了一下，这个方法既然不是同步的(执行在这里并不会卡住一段时间去订阅这个Characteristic)那就说明这个返回值，可能并没有乱用，说不定他只是去判断一下这个characteristic是否拥有notify的权限而已。
而且即便获取到了这个返回的boolean值，我又能怎么做呢？写个while(1)？
How does it subscribe
或许，我需要的，是一个回调方法吧～
那么，蓝牙到底是怎么做订阅这个动作的呢？
肯定不是本地订阅一下就完事儿了的，肯定会让remote知道，有个client订阅了自己！
所以，一定是要写入数据的！
于是，在Google很偏僻的文档里面，找到了如下的代码段:
private BluetoothGatt mBluetoothGatt;
BluetoothGattCharacteristic characteristic;
boolean enabled;
...
mBluetoothGatt.setCharacteristicNotification(characteristic, enabled);
...
BluetoothGattDescriptor descriptor = characteristic.getDescriptor(UUID.fromString(SampleGattAttributes.CLIENT_CHARACTERISTIC_CONFIG));
descriptor.setValue(BluetoothGattDescriptor.ENABLE_NOTIFICATION_VALUE);
mBluetoothGatt.writeDescriptor(descriptor);
是啊，除了本地要开始监听之外，还要写一个描述，告诉BLE设备，我开始订阅了，请开启Notification。
而，writeDescriptor()是由回调的！
public void onDescriptorWrite(BluetoothGatt gatt, BluetoothGattDescriptor descriptor, int status);
只要在回调函数里面再去订阅下一个characteristic，再在回调函数里面再再再去订阅下下个characteristic……就可以实现订阅很多很多很多的characteristic了！
Key
@Override
public void onServicesDiscovered(BluetoothGatt gatt, int status) {
super.onServicesDiscovered(gatt, status); ...
gatt.setCharacteristicNotification(fit_control, true);
List<BluetoothGattDescriptor> descriptorList = fit_control.getDescriptors();
if (descriptorList != null && descriptorList.size() > 0) {
for (BluetoothGattDescriptor descriptor : descriptorList) {
descriptor.setValue(BluetoothGattDescriptor.ENABLE_NOTIFICATION_VALUE);
gatt.writeDescriptor(descriptor);
}
}
｝
@Override
public void onDescriptorWrite(BluetoothGatt gatt, BluetoothGattDescriptor descriptor, int status) {
super.onDescriptorWrite(gatt, descriptor, status);
// 订阅下一个
}
End
其实，还是蛮折腾的～以前没遇到过这个问题，而且android官方例程里面也没有说这个问题，所以还是花了很多时间。赶紧记录一下，免得以后再次遇到这样的坑儿。
不要以为这个例子就说明了Android比iOS开发难。明天我就写一篇，iOS上花了我差不多一天时间，而Android上半个小时就搞定的东西！