为什么on特征读取读取设置为读取特征的不同特征

Question

我对Java和OOP都是新手。但是，我使用notify读取一个特征，然后使用read读取回调中的多个特征。

我想知道，为什么在使用readCharacteristic（我的特征）时，只能从单个特征（除了通知的特征）中获取值。蓝牙gatt回调声明如下：

公共布尔值

（BluetoothGattCharacteristic characteristic characteristic）从相关远程设备读取请求的特征。

这是一个异步操作。读取操作的结果由BluetoothGattCallback#onCharacteristicRead回调报告。"

我为每个特征顺序调用readCharacteristic，并在请求下一个特征之前始终等待OnCraCharacteristicRead回调被执行。但在OnCraCharacteristicRead中，每次打开时，最终要读取的特征都是相同的（不一定是我在readCharacteristic上要求的特征）。

我在某个地方读到，我应该优先考虑特征。这是为什么？首先，为什么在readCharacteristic中有一个请求的特征输入，以及gatt如何引用它。

谢谢

编辑

经过进一步测试，我现在相信这是因为某种原因

#####################################################################################

在读取第一个请求（读取）特征后，回调被卡住，但通知特征持续激活，导致

onCharacteristicChanged回调重新启动-

我在onCharacteristicChanged回调期间禁用了通知，这会导致程序在第一次读取到后被卡住

#####################################################################################

所以程序永远不会离开onCharacteristicRead（）回调。我尝试使用优先级队列，它最终只读取了两个（读取）特征一次，但再次陷入困境，并且从未离开onCharacteristicRead回调。令人沮丧的。有什么想法吗？

Answer 1

我的简单方法是使用倒计时锁存器。我调用一个值为1的倒计时锁存器（倒计时一次）。然后我称之为阅读特征。然后我等待倒计时（wait（）方法）。在Bluetooth GattCallback onCharacteristicRead中，执行倒计时，等待函数将返回。然后你可以阅读结果。

一个接一个地做这个特征。我发现在尝试另一个读取之前，我必须等待回调信号发出。

比如：

 countDownLatch = new CountDownLatch(1)
 BluetoothGatt.readCharacteristic(your characteristic)
 if (countDownLatch.await(3, TimeUnit.SECONDS))  this blocks for at least 3 seconds
    // if true no timeout
     the characteristic value now has the read value.

在回调中

 onCharacteristicRead()
 countDownLatch.count(); // Counts down 1 - this will cause the await method to return.

那只是记忆中的一个草图。显然，必须知道两个线程之间的倒计时闩锁对象。您需要在“await（）”方法上处理中断的异常。