????????對(duì)于iOS藍(lán)牙我就不做過多的介紹了，請(qǐng)自行百度。
????????此處我們用的是ble4.0低功耗藍(lán)牙，下面我們來說一下藍(lán)牙解析。
????????當(dāng)我們對(duì)發(fā)送數(shù)據(jù)的特征開啟監(jiān)聽的時(shí)候，下面的回掉會(huì)為我們返回?cái)?shù)據(jù)
? ? ? ? ? ? 此處當(dāng)我們收到數(shù)據(jù)后，我們用另一個(gè)隊(duì)列來解析它，也許這個(gè)時(shí)候你會(huì)問，藍(lán)牙的發(fā)送速率是最低20ms，否則不滿足協(xié)議，在這個(gè)時(shí)間里我們擁有足夠的時(shí)間來解析數(shù)據(jù)，此處不是我多此一舉啊，聽我慢慢解釋。ble要求我們發(fā)送間隔大于20ms，但是有些人不聽話你就沒辦法了，說安卓可以啊，你的lightblue也可以啊，如下圖
????????這個(gè)時(shí)候你需要?jiǎng)?chuàng)建隊(duì)列來執(zhí)行你的任務(wù)
? ? 先簡(jiǎn)單介紹下我們的藍(lán)牙數(shù)據(jù)格式
????????上圖中我畫出了兩個(gè)數(shù)據(jù)包，但是他們出現(xiàn)在3幀數(shù)據(jù)里
????????0 ：消息頭
????????1：消息長(zhǎng)度
????????2：消息編號(hào)（第幾條消息）
????????3：組系統(tǒng)id（暫時(shí)不管）
????????4：組件id（暫時(shí)不管）
????????5 ~ (n-2）:消息數(shù)據(jù)
????????n-1：crc第八位
????????n：crc高八位
? ? ? ? 對(duì)于上面的消息，我們發(fā)現(xiàn)數(shù)據(jù)包錯(cuò)亂了，因此我們得首先獲取正確的數(shù)據(jù)包，根據(jù)上面的數(shù)據(jù)類型，我們可以把解析分為8個(gè)步驟
? ? 現(xiàn)在開始獲取完整數(shù)據(jù)包。此處我們每校驗(yàn)一個(gè)數(shù)據(jù)就開始進(jìn)入下一個(gè)步驟一旦數(shù)據(jù)錯(cuò)誤，我們就會(huì)到之前開始校驗(yàn)數(shù)據(jù)的下一位，并且移除掉開始檢驗(yàn)數(shù)據(jù)的那一位
當(dāng)獲得一個(gè)完整的數(shù)據(jù)包之后，就要解析數(shù)據(jù)了，數(shù)據(jù)解析盡量用位運(yùn)算，這種操作運(yùn)行速度快，如果是oc，我們可以直接采用結(jié)構(gòu)體解析，其中注意結(jié)構(gòu)體的對(duì)其就行 ，此處解析的時(shí)候，大家一定要先類型轉(zhuǎn)換再位運(yùn)算，防止越界
? ? float數(shù)據(jù)解析（我swift剛?cè)腴T幾個(gè)月，必要的時(shí)候還的靠OC）
