1.獲取mac地址的問題
剛開始做藍(lán)牙開發(fā)的時(shí)候卸留，翻遍了Apple的文檔和各個(gè)論壇空镜，希望能找到不需要連接藍(lán)牙設(shè)備就能獲取mac地址的方法染厅，結(jié)果都是無功而返，最后只能通過讀取特征值"2A23"來獲取泉哈。 然而蛉幸，android是可以不需要連接就可以獲取到藍(lán)牙設(shè)備的mac地址的（貌似是在廣播包里面的吧）。不管Apple是出于安全還是什么原因的考量丛晦，這個(gè)機(jī)制真的好麻煩奕纫。
當(dāng)然，如果是自己內(nèi)部使用的App烫沙，或者是用在越獄設(shè)備上的App若锁，可以嘗試使用liblockdown.dylib來解決。
2.給藍(lán)牙設(shè)備發(fā)送數(shù)據(jù)失敗
App中需要同時(shí)連接多個(gè)CBPeripheral, 發(fā)送指令可以使藍(lán)牙設(shè)備報(bào)警斧吐。剛開始測試的時(shí)候偶爾情況下，發(fā)送指令之后仲器，藍(lán)牙設(shè)備沒有反應(yīng)（之后也不會(huì)有反應(yīng)）煤率，然而，CBPeripheral.state卻變成disconnected了乏冀，奇怪的是藍(lán)牙斷連的回調(diào)方法并沒有調(diào)用蝶糯。
后來，由于功能劇增辆沦，代碼量也暴漲昼捍，只好把藍(lán)牙模塊獨(dú)立出來。之前是用一個(gè)CBCentralManager實(shí)例同時(shí)連接多個(gè)CBPeripheral肢扯。這次就用一個(gè)CBCentralManger連接一個(gè)CBPeripheral妒茬。結(jié)果，改造完之后蔚晨，就經(jīng)常出現(xiàn)發(fā)送數(shù)據(jù)失敗的問題乍钻。
一直懵逼肛循，直到看到這里：
NSArray *connectedDevices = [self.centralManager retrieveConnectedPeripheralsWithServices:@[[CBUUID UUIDWithString:@"180F"]]];
for (CBPeripheral *peripheral in connectedDevices) {
[self.centralManager connectPeripheral:peripheral options:nil];
}
這段代碼的用途是為了獲取手機(jī)上已經(jīng)連接的藍(lán)牙設(shè)備。問題就出現(xiàn)在這里银择。比如：我有兩個(gè)藍(lán)牙設(shè)備A,B, A已經(jīng)連接上多糠，并且發(fā)送數(shù)據(jù)正常；B沒有連接上浩考，所以夹孔，我需要刷新，重新掃描附近的設(shè)備來連接B析孽。 等B掃描完之后搭伤，再給A發(fā)送數(shù)據(jù)，發(fā)現(xiàn)藍(lán)牙設(shè)備A沒有響應(yīng)了绿淋。
原理是這樣的：我同時(shí)有兩個(gè)CBCentralManager,和兩個(gè)藍(lán)牙設(shè)備闷畸，一開始是這樣的
A連接上了，并且用第一個(gè)CBCentralManger可以發(fā)送數(shù)據(jù)給它吞滞，B沒有連接上佑菩。這時(shí)候，我就需要第二個(gè)CBCentralManager重新掃描附近的設(shè)備（包括手機(jī)已經(jīng)連接上的設(shè)備裁赠，包括A）來連接B
在這個(gè)過程中殿漠，第二個(gè)CBCentralManager會(huì)連接上A(因?yàn)锳是手機(jī)已經(jīng)連接上的設(shè)備,我需要連接上A，然后讀取"2A23"特征值來獲取它的mac地址佩捞，然后判斷它是不是B)绞幌，導(dǎo)致A和第一個(gè)CBCentralManager之間的連接斷開（CBPeripheral.state 變?yōu)閐isconnected）.從而導(dǎo)致第一個(gè)CBCentralManager給A發(fā)送數(shù)據(jù)永遠(yuǎn)不會(huì)成功了。（坑的是一忱，即使CBPeripheral.state已經(jīng)變?yōu)閐isconnected了莲蜘，藍(lán)牙的斷開連接回調(diào)方法并沒有調(diào)用）
即
- (void)centralManager:(CBCentralManager *)central didDisconnectPeripheral:(CBPeripheral *)peripheral error:(NSError *)error
在這種情況下是不會(huì)調(diào)用的。其實(shí)這時(shí)候該peripheral和這個(gè)centralManager之間的連接已經(jīng)斷開了帘营。所以后續(xù)的通過peripheral給character寫數(shù)據(jù)是不會(huì)成功的票渠。（補(bǔ)：像上面的情況貌似是硬件的問題，原則上來說連接上之后就不應(yīng)該再發(fā)廣播包了芬迄，別的centralManager也不會(huì)再發(fā)現(xiàn)該設(shè)備问顷，由于硬件工程師已經(jīng)不在了，也無法驗(yàn)證這個(gè)問題禀梳。）
3.藍(lán)牙后臺(tái)掃描
即使在info.plist文件里面設(shè)置了App communicates using CoreBluetooth杜窄，但是app一退到后臺(tái)，藍(lán)牙掃描就扛不住了算途，不干活了塞耕，后來搜一些資料，像下面的設(shè)置證明是可行的：
[self.centralManager scanForPeripheralsWithServices:@[[CBUUID UUIDWithString:@"180D"]] options:@{CBCentralManagerScanOptionAllowDuplicatesKey:@(YES)}];// 掃描外圍設(shè)備嘴瓤，可以指定含有指定服務(wù)的外圍設(shè)備
在掃描的時(shí)候指定你要掃描的設(shè)備提供的service即可荷科，當(dāng)然唯咬，這里不能亂設(shè)置，需要指定那些在廣播包里面提供的service才行畏浆。
有哪些service可以到下面的代理方法里面打印一下advertisementData即可胆胰。
-(void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI {
}
4.[ERROR] XPC connection interrupted, resetting
如果連接的藍(lán)牙設(shè)備數(shù)量太多會(huì)導(dǎo)致[ERROR] XPC connection interrupted, resetting，centralManager也會(huì)掛掉刻获。解決方法就是在發(fā)現(xiàn)設(shè)備的時(shí)候有限制的去連接蜀涨，比如超過8臺(tái)就不搭理它就可以了。
-(void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI {
if (self.nDevices.count > 8) {
return;
}
if (![self.nDevices containsObject:peripheral]) {
[self.nDevices addObject:peripheral];
[self.manager connectPeripheral:peripheral options:nil];
}
}
最后幫朋友打個(gè)小廣告
