一、iOS 裝置作為中心裝置(central device)時需要注意：

(1)一定要對central Manager保持強引用，也就是說central Manager需要是一個全域性變數不能是區域性變數，否則不能啟動掃描。
(2)連線到peripheral之後，一定記得為peripheral設定代理，否則無法進行服務和特徵的發現。
(3)有關CBCentralManagerDelegate協議
協議方法的意義都不難理解，但需要注意的是，藍芽從開啟、發現裝置、連線裝置、發現服務、發現特徵到讀寫特徵值、訂閱特徵著這六個步驟之間是有前後依賴關係的，每個步驟的執行都依賴前一個步驟的成功執行。
CBCentralManagerDelegate協議為以上6個步驟都定義了對應的回撥方法，並且在回撥方法中可以獲取到當前步驟的執行結果。那麼，就可以通過這個結果來決定是否繼續進行下一個步驟。
比如每次呼叫CBCentralManager的初始化方法，都會回撥代理方法-(void)centralManagerDidUpdateState:(CBCentralManager *)central。這個代理方法的呼叫意味著CBCentralManager物件初始化完畢，並且已經獲取到當前裝置的藍芽功能狀態，在這個回撥方法中訪問central.state就可以知道裝置是否支援（已開啟）藍芽功能。只有當裝置已開啟藍芽功能才能繼續下一步——發現遠端裝置。
這種機制應該貫穿與整個藍芽連線過程。
(4)確定遠端裝置是否支援某種功能
應該在對特徵值進行讀寫或訂閱操作之前，需要先知道這個特徵是否支援和允許這些操作。判斷特徵支援和允許的操作可以通過特徵的屬性。特徵的屬性是個列舉值，可選的值有CBCharacteristicPropertyRead表示可讀，CBCharacteristicPropertyNotify表示可訂閱等等，具體可以參照介面文件。可以通過對特徵的屬性進行與操作來判定它是否支援某個選項。
例如：
if(CBCharacteristicPropertyNotify&certainCharacteristic.properties==CBCharacteristicPropertyNotify){
//可以訂閱。。。。
}
(5)注意，BLE 4.0中規定，不會在裝置之間建立長連線，而是啟動了定時器，每隔一段時間，進行一次連線，連線持續時間只是一瞬間。因此，在BLE4.0中，發起連線的意義不是建立一條連線，而是開啟這種定時連線的過程。發起連線的動作是由中心裝置完成的，當呼叫了central的connectToPeripheral:方法後，這個定時連線的過程就開始了。中心裝置每隔一段時間（在iPhone 5c上測試是一秒多）與目標遠端裝置連線一次，每次只是一瞬間，中心裝置的所有讀寫操作都排著隊，需要等待這一瞬間的到來才能夠處理。如果佇列中等待的讀寫操作過多，在這一次的連線時間中未能全部處理，就要等待下一次連線的瞬間到來，才能繼續處理。
(6)每一次連線瞬間的發生，都會觸發didConnectPeripheral:代理方法。如果在這個方法中不加判斷地啟動服務的發現，進而在發現服務的回撥方法中又不加判斷地啟動特徵的發現，那麼這個從連線到發現特徵的整個流程會定時從頭到尾走一遍。如果實際上沒有這個必要，最好對寫在didConnectPeripheral:中的動作加一些判斷，免得有太多無用的程式碼在執行。
(7)關於訂閱功能，訂閱某個特徵值的更新，收到的特徵值有可能和之前相同也可能不同，在使用特徵值之前需要進行必要的判斷。
(8)在需要發現裝置的時候才需要掃描，其他動作比如發現服務、發現特徵等由peripheral發出的動作都不依賴於掃描。理論上只要發現了裝置就可以呼叫stopScan停止掃描了。在實際運用中，有時需要保證找到指定的特徵，此時可以在找到了指定的特徵後再停止掃描，否則繼續掃描。當然也可以一發現裝置就stopScan，如果發現特徵不符的時候再重寫開啟掃描也可以。儘快停止掃描有利於省電。
(9)個人比較推薦在發現服務和發現特徵的回撥方法中，可以將發現到的所需的服務和特徵儲存下來，以便之後操作。
(10)如果對特徵值進行的訂閱，在不需要的時候最好儘快取消訂閱，這樣為遠端裝置省點。在完成藍芽傳輸以後，儘快呼叫cancelPeripheralConnection:方法取消與目標遠端裝置的連線，為中心裝置的省電。

二、iOS裝置作為遠端裝置(peripheral device)時需要注意:

(1)在某個特徵值接受訂閱以後，如果要持續更新這個特徵值，可以藉助定時器。
(2)對於中心裝置為iPhone的情況下，一個特徵值，即NSData物件的長度不可以超過一定長度(用iPhone 5c作為中心裝置測過它只能接收155位元組；傳送超過155位元組的內容，不會報錯，但中心裝置只能接收到155位元組）。
(3)在需要用一個特徵值傳送超過155位元組的內容時需要對內容進行分割後傳送。如果檔案比較大，需要拆成比較多次傳送，為了保證傳送速度，推薦通過訂閱來實現。特徵值接受訂閱以後，可以主動更新特徵值，也就是可以主動傳送分拆的內容，不用受到中心裝置的連線間隔時間的限制。
(4)當呼叫的updateValue:ForCharacteristic:OnSubscribedCentrals:方法對被訂閱的特徵值進行更新，如果此時藍芽的快取滿了，或者處理更新的佇列滿了，那麼這次更新請求就會被丟棄。因此這個方法本身是有返回值的，成功傳送了更新的特徵值返回YES，被丟棄則返回NO。當遇到(3)中所述的要求內容完整性的情況，就需要用這個返回值判斷需不需要進行重發。
(5) CBCharacteristic不支援mutableCopy。
(6)注意，不要往同一個peripheral manager中重複新增同一個服務，否則會出錯。曾因為往peripheral manager中重複添加了一個服務，導致中心裝置無法收到peripheral發出的訂閱特徵值的更新。也就是，呼叫了updateValue:ForCharacteristic:ToCentrals:方法，並且方法返回YES，也就是成功傳送了。但是中心裝置就是接收不到，還沒有任何錯誤提示。。。。