在Android 中藍牙4.0開發(fā)有一定時間了渠概，這個過程中由于公司對藍牙的使用要求比較苛刻，即希望連接上千次都不希望影響之后的使用嫂拴，這個目標(biāo)想要適配到所有手機中還是有點艱難的播揪，同時也在這里面踩坑踩的不要不要的，以下是在藍牙開發(fā)中踩過的一部比較印象比較深刻的坑筒狠，希望對大家有所幫助猪狈。
對android 藍牙剛接觸的人建議看一 下這篇文章：https://race604.com/android-ble-in-action/
1.BluetoothGatt.disconnect() 之后不能要馬上BluetoothGatt.close().建議在 BluetoothGattCallback中收到BluetoothGatt.STATE_DISCONNECTED時才BluetoothGatt.close()
理由：disconnect() 之后調(diào)用close()雖然大部分手機調(diào)用正常，但存在手機藍牙連接實際沒有斷開１缒铡９兔怼谓形！這個會造成藍牙資源泄露的問題，甚至藍牙假死状共。同時這個最好做一個超時機制來釋放連接套耕，避免存在BluetoothGattCallback沒有回調(diào)的情況。（注：之前有遇到手機在極端情況下沒有回調(diào)）
2.藍牙api調(diào)用過程建議采用notify() 和 wait()
理由：藍牙的api調(diào)用基本都是異步的峡继，但整個過程都是按順序來的（connect->discovertServices->write->read.....disconnect）,尤其是Characteristic讀寫非常復(fù)雜的時候冯袍，一旦出錯會讓你非常奔潰，甚至?xí)?dǎo)致藍牙假死問題Ｄ肱啤？捣摺！所以建議封裝異步調(diào)用成為同步調(diào)用(即用notify和wait),來大幅度地減少出錯的可能舶吗。
3.藍牙 startScan 分了低版本(5.0之下)和高版本(5.0以上)的api征冷，低版本中建議startLeScan不要傳遞uuid，高版本中建議不要用到onBatchScanResults的方式誓琼。
理由：存在少部分機型底層沒有處理好检激，導(dǎo)致完全掃描不到任何數(shù)據(jù)。
4. Android 7.0 以上系統(tǒng)不要在短時間內(nèi)調(diào)用多次 startScan
理由：Android 7.0系統(tǒng)限制在 30s內(nèi)最多只能掃描5次腹侣，用完之后在30s內(nèi)是掃不到任何藍牙的叔收。
5.BluetoothGatt.requestConnectionPriority() 方法慎用（建議做機型覆蓋）
理由：該方法可以修改藍牙的連接間隔，加快藍牙的連接過程（connect 到 discoverServices）,但是在比較舊的機型(類似華為)發(fā)現(xiàn)傲隶，在連續(xù)調(diào)用幾次后饺律，后面的藍牙變得連接非常不穩(wěn)定.
6.不要持續(xù)調(diào)用藍牙掃描
理由：在部分機型持續(xù)一定時間掃描后會發(fā)現(xiàn)需要重啟藍牙才能恢復(fù)掃描，這個現(xiàn)象在魅族手機上有遇到過跺株；很久之前遇到藍牙進行重復(fù)的掃描复濒，停止掃描兩個操作，一定時間后在傳說中的國民手機紅米上會出現(xiàn)這個bug乒省，而且還必須重啟手機才能恢復(fù)藍牙功能巧颈。
7.手機做為中心設(shè)備建立連接，但由外設(shè)斷開藍牙連接時容易導(dǎo)致外設(shè)一定時間內(nèi)連接不上袖扛，所以建立最好不要由外設(shè)來進行斷開連接洛二。
理由：這個可能跟藍牙的一個斷開協(xié)議有關(guān)系顶掉，正常來講中心設(shè)備只要收到外設(shè)的斷開指令后還會回饋給外設(shè)一個“收到斷開”的回復(fù)膘壶，外設(shè)收到斷開回復(fù)流程才算完成饲趋。但假設(shè)中心設(shè)備沒有回復(fù)時，外設(shè)會持續(xù)等待直到超時斷開（一般是10s）娶吞，意思就是從端設(shè)備需要至少10s后才能再次被連接上。（該情況在oppo手機上100%必現(xiàn)）
8.采用BluetoothManager.getConnectedDevices(int profile)來檢查當(dāng)前藍牙連接的情況
理由：可以用來檢測藍牙資源有沒有釋放干凈械姻，因為避免繁瑣的異步通信中容易出差妒蛇。不過此法返回的連接數(shù)為空時机断，也不代表藍牙的連接完全釋放干凈。
9.在小米mix2手機上绣夺，黑屏模式吏奸，service處于后臺，藍牙也沒有調(diào)用陶耍，持續(xù)幾分鐘后奋蔚，想調(diào)用藍牙startScan方法，但無法掃描藍牙或者掃描報異常烈钞，并且會有此日志--》?BluetoothLeScanner: start scan is blocked泊碑。
解決方法：
方案一：設(shè)置-》電量和性能 -》省電憂化 -》應(yīng)用智能省電-》選擇應(yīng)用-》無限制
方案二：android 8.0 出了新的startScan方法，還可用于近場拉活進程(傳送門)毯欣，api描述見下圖：
藍牙廣播踩到的坑
使用藍牙廣播可以用來做許多事情馒过，市面上有類似Ibeacon的產(chǎn)品就是基于藍牙廣播類現(xiàn)的，但在android 中還是有很多坑的酗钞。
1.android 5.0 以上才支持廣播這就算了腹忽，在5.0以上部分機器還不支持藍牙廣播，例如：親兒子nexus 5,甚至華為有些到達7.0系統(tǒng)的手機還不支持砚作。
2.存在緩在窘奏，許多手機會將上一次廣播過的內(nèi)容再次廣播出來一下才廣播正常內(nèi)容
3.android 對比ios，普遍機型廣播信號強度弱偎巢，廣播間隔偏少
4.存在手機進行多次廣播后蔼夜，藍牙會自動重啟（oppo手機上有遇到此類問題）
5.手機端廣播出來的藍牙m(xù)ac地址不是固定的，每廣播一次压昼，變化一次
6.AdvertiseSettings.Builder.setTimeout() 調(diào)用時注意!!!
理由：Oppo r11,三星 Galaxy On7 （android 7.0)等機型求冷，調(diào)用BluetoothLeAdvertiser.startAdvertising() 偶爾返回?ADVERTISE_FAILED_ALREADY_STARTED，償試多次返回ADVERTISE_FAILED_TOO_MANY_ADVERTISERS,這很明顯存在藍牙廣播泄漏問題!!!!
解決方法：由于該現(xiàn)象只在7.0以上的機型出現(xiàn)窍霞，所以本人只針對7.0以上的機型做處理匠题。去掉setTimeout()方法，改為用線程延時調(diào)用BluetoothLeAdvertiser.stopAdvertising()停止廣播
以下是其它前輩的踩坑總結(jié)：
http://blog.csdn.net/qingtiantianqing/article/details/52459629?locationNum=13
