Android BLE藍牙踩坑總結(jié)

簡介

自從Android-BLE庫開源了一段時間以來枪孩，越來越多的小伙伴問到了各種各樣的關(guān)于BLE的奇怪問題茁裙，在這里我想跟大家分享一下本人對于Android BLE藍牙的一些看法和解決方式咪奖，避免剛接觸的小伙伴再次踩坑冷守。

題外話

很多人曾問過我這個問題，為什么其他手機都沒什么問題餐茵，就華為的一些手機老是連接不穩(wěn)定炬转，經(jīng)常連接的很慢辆苔，而且連接上還經(jīng)常斷開。的確扼劈，在這里強調(diào)一下華為的一部分手機確實很容易出現(xiàn)這種問題驻啤，有時候軟件、硬件都搞不定荐吵，而且經(jīng)常性收到客戶投訴關(guān)于華為手機連接穩(wěn)定性問題骑冗，這個的確沒有完全解決的辦法，只能靠App和硬件的優(yōu)化先煎，并不是想甩鍋給華為贼涩，咱也不敢問到底是什么原因，而且我們公司專門針對各個Android版本的手機做過測試薯蝎，包括藍牙傳輸速率的測試遥倦，最后發(fā)現(xiàn)華為P20的速度竟然跟小米8的速度差了好幾倍，按理說P20手機也不便宜啊良风，為什么手機藍牙芯片不能做的再好一點呢谊迄？

問題集錦

一、掃描問題

1烟央、掃描不到設(shè)備

先確定下列幾項是否滿足：
1统诺、藍牙是否打開
2、藍牙相關(guān)權(quán)限是否授權(quán)(6.0以上位置權(quán)限)
3疑俭、7.0以上手機很多需要手動打開GPS

2粮呢、有時候剛開始掃描還正常，過段時間掃描不到設(shè)備钞艇？

原因：
出現(xiàn)這個問題的很多是Android7.0以上手機啄寡，為什么呢？
因為Google為了防止Android7中的BLE掃描濫用哩照，從而做了一些限制挺物，即不要在30s內(nèi)對藍牙掃描
重復開啟-關(guān)閉超過5次。
建議：
設(shè)置掃描周期>6s, 用戶點擊掃描后不要重復進行掃描飘弧，可以做一個是否正在掃描的標志位识藤，如果
正在掃描就不做重復掃描動作了。

BLE掃描濫用預防

AOSP-BLE掃描濫用說明

3次伶、為什么有些手機退到后臺掃描不到設(shè)備

Android8.0以上退到后臺息屏后痴昧，為了保證省電等原因，如果不設(shè)置ScanFilters的話是默認掃不到設(shè)備的冠王，
所以解決辦法就是設(shè)置如下：
            mScannerSetting = new ScanSettings.Builder()
                    //退到后臺時設(shè)置掃描模式為低功耗
                    .setScanMode(ScanSettings.SCAN_MODE_LOW_POWER)
                    .build();
            mFilters.add(new ScanFilter.Builder()
                    //過濾掃描藍牙設(shè)備的主服務(wù)
                    .setServiceUuid(ParcelUuid.fromString("0000ffff-0000-1000-8000-00805f9bfffb"))
                    .build());
            mScanner.startScan(mFilters, mScannerSetting, mScannerCallback);

息屏狀態(tài)下赶撰，藍牙掃描日志，因為掃描周期是12s柱彻，所以打印的時間戳間隔是12s豪娜，這里的日志為系統(tǒng)日志。

image

翻譯：
啟動藍牙掃描绒疗。掃描結(jié)果將通過回調(diào)傳遞侵歇。對于未經(jīng)過濾的掃描，掃描是停止在屏幕上關(guān)閉吓蘑，以節(jié)省
電力惕虑。再次打開屏幕時，將恢復掃描磨镶。為了避免這種情況溃蔫，請使用適當?shù)膾呙柽^濾器進行文件掃描。

二琳猫、連接問題

1伟叛、為什么同時多個設(shè)備連接時經(jīng)常連接不成功？

可能原因：
在使用 BluetoothDevice.connectGatt() 或者 BluetoothGatt.connect() 等建立 BluetoothGatt
連接的時候脐嫂，在任何時刻都只能最多一個設(shè)備在嘗試建立連接统刮。如果同時對多個藍牙設(shè)備發(fā)起建立 Gatt
連接請求紊遵。如果前面的設(shè)備連接失敗了，后面的設(shè)備請求會被永遠阻塞住侥蒙，不會有任何連接回調(diào)暗膜。
建議：
如果要對多個設(shè)備發(fā)起連接請求，最好建立一個請求隊列鞭衩，前一個設(shè)備請求建立連接学搜，后面請求在隊列中等待
。如果連接成功了论衍，就處理下一個連接請求瑞佩。如果連接失敗了（例如出錯，或者連接超時失斉魈ā）炬丸，就馬上調(diào)用
BluetoothGatt.disconnect()/close()來釋放建立連接請求，然后處理下一個設(shè)備連接請求捂人。

2御雕、為什么有時候連接成功了，但是發(fā)現(xiàn)不了服務(wù)及特征值滥搭，進而影響數(shù)據(jù)的接收和發(fā)送酸纲。

連接成功后，會進行BluetoothGatt.discoverServices()去發(fā)現(xiàn)服務(wù)瑟匆，進而設(shè)置特征值等闽坡，因為該方法是在主
線程中執(zhí)行的，所以為了連接過程的可靠性愁溜，建議不要在該過程中疾嗅，在主線程中不要處理太多的操作(尤其是頻
繁繪制操作)。

3冕象、為什么連接成功后代承，過不一會又斷開了熬尺？

這個問題其實并不主要是客戶端的問題旁振，所以不要一味的在代碼中找問題了，建議與硬件溝通钦睡，讓其進行優(yōu)化
墓律，如可以調(diào)整設(shè)備的連接參數(shù)（ConnectionInterval（連接間隔）膀估、SlaveLatency（從設(shè)備延遲或者從設(shè)備時
延）、SupervisionTimeout（超時時間或者監(jiān)控超時））耻讽，這三個參數(shù)是低功耗藍牙中十分重要的連接參數(shù)察纯，
一起決定了BLE的功耗，一般硬件設(shè)備會在APP連接成功時主動去更新一下這三個參數(shù)，以保證不同手機的差異
性得到一致饼记，但是APP端是沒辦法控制這三個參數(shù)的香伴。

4、最大連接數(shù)問題

標準答案是7個具则，為什么是7個瞒窒，這個我們可以從如下圖所示的底層藍牙源碼中找到依據(jù)。

https://android.googlesource.com/platform/external/bluetooth/bluedroid/+/master/include/bt_target.h#1428

stackoverflow問答社區(qū)