我有一個用于發送消息緩沖區的消息線程。每條消息都會排隊等待發送一次，一旦onCharacteristicWrite成功，該特征就會寫入下一條消息。特性也設置為WRITE_TYPE_NO_RESPONSE，因此特性寫入調用之間的消息緩沖隊列非?？欤ù蠹s 0-7 毫秒）。主要問題：“堵塞”特征在大多數情況下，這效果很好。當存在大量消息時，似乎會出現此問題（可能會在消息較少時發生，但在發送大量消息時更明顯）。發生的情況是writeCharacteristicwill 被調用，并且該特性似乎鎖定，因為onCharacteristicChanged不再讀取任何新數據，并且無法訪問onCharacteristicWrite.我注意到的其他事情：每次添加 5-10ms 的睡眠延遲characteristicWrite似乎有幫助，但我不明白為什么藍牙 GATT 對象在成功返回時需要延遲onCharacteristicWrite。onConnectionStateChange有時我會收到狀態 8、設備超出范圍的回調。但這并不總是發生。有時characteristicWrite返回 false；然而，它也可以在進入上述“堵塞特征”狀態之前返回 true消息線程代碼：    private boolean stopMessageThread = false;    private boolean characteristicWriteSuccessful = true;    private ArrayList<byte[]> messageQueue = new ArrayList<byte[]>();    private Thread messageThread =  new Thread( new Runnable() {        private long lastTime = 0;        private int count = 0;        @Override        public void run() {            while (!Thread.currentThread().isInterrupted() && !stopMessageThread) {                if(messageQueue.size() != 0 && characteristicWriteSuccessful) {                    Log.i(TAG, ""+(System.currentTimeMillis()-lastTime));                    Log.i(TAG, "Queue count: "+messageQueue.size());                    characteristicWriteSuccessful = false;                    byte[] message = messageQueue.remove(0);                    customCharacteristic.setValue(message);                    boolean status = bluetoothGatt.writeCharacteristic(customCharacteristic);                    Log.i(TAG, "write characteristic status "+status);                    lastTime = System.currentTimeMillis();                    //sleep(10); // this kinda helps but can still throw the error                }            }        }    });