嘿,所有过去几周,我一直在蓝牙LE项目工作,并打了一个路障.我在iOS 7 / 7.1中无法使状态恢复正常工作.我已经遵循(我认为)苹果公司的所有步骤,并得到了其他堆栈溢出帖子的一些线索.
>我向plist添加了正确的蓝牙权限
>当我创建我的中央经理,我给它一个恢复标识符键.
我总是用相同的键实例化CM
>我添加了willRestoreState函数给CM委托
我的测试用例：
>连接到外设
>确认连接
> Simulate Memory eviction(kill(getpid(),SIGKILL);)
>传输数据
结果iOS 7：
应用程序将在AppDelegate didFinishLaunchingWithOptions函数中进行响应,但是在launchOptions [UIApplicationLaunchOptionsBluetoothCentralsKey]内的NSArray的内容始终是一个空数组.
iOS 7.1上的结果：
进展！我可以在UIApplicationLaunchOptionsBluetoothCentralsKey数组中看到我的CentralManager键100％的时间,但willRestoreState从不被调用.
码：
//All of this is in AppDelegate for testing
@import CoreBluetooth;
@interface AppDelegate () <CBCentralManagerDelegate,CBPeripheralDelegate>
@property (readwrite,nonatomic,strong) CBCentralManager *centralManager;
@end
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{
self.centralManager = [[CBCentralManager alloc] initWithDelegate:self queue:nil options:@{CBCentralManagerOptionRestoreIdentifierKey:@“myCentralManager”}];
//Used to debug CM restore only
NSArray *centralManagerIdentifiers = launchOptions[UIApplicationLaunchOptionsBluetoothCentralsKey];
Nsstring *str = [Nsstring stringWithFormat: @"%@ %lu",@"Manager Restores: ",(unsigned long)centralManagerIdentifiers.count];
[self sendNotification:str];
for(int i = 0;i<centralManagerIdentifiers.count;i++)
{
[self sendNotification:(Nsstring *)[centralManagerIdentifiers objectAtIndex:i]];
}
return YES;
}
- (void)centralManager:(CBCentralManager *)central willRestoreState:(NSDictionary *)state {
activePeripheral = [state[CBCentralManagerRestoredStateperipheralsKey] firstItem];
activePeripheral.delegate = self;
Nsstring *str = [Nsstring stringWithFormat: @"%@ %lu",@"Device: ",activePeripheral.UUID];
[self sendNotification:str];
}
//sendNotification is a func that creates a local notification for debugging when device connected to comp
当我运行测试时,当我的BLE设备在应用程序不在内存中时与手机进行通信,但是将不会调用willRestoreState,所以将FinishLaunchWithOptions称为100％.
任何一切的帮助将是伟大的！谢谢！
解决方法
This comment是您问题的关键.基本上,这个中心管理器：willRestoreState：只有当操作系统强制关闭时才会被调用,而外围设备正在执行一个未完成的操作(这不包括对外围设备的扫描).在进一步的调查中,如果要扫描服务UUID和应用程序以相同的方式被杀死,或者您已经完成连接,它实际上将调用您的代理).
要复制：
我有一个外设使用CoreBluetooth设置在我的MacBook上.我在外设做广告,并且在我的iPhone上发现它的中心.然后,让OSX外围设备运行,在Mac上杀死您的BT连接,然后从您的iOS设备上的中央端启动连接.这显然会因为外设不可及而持续运行(显然,连接尝试可能永远持续,因为蓝牙LE在连接上没有超时).然后,我添加了一个按钮到我的gui,并将其挂接到我的视图控制器中的一个功能：
- (IBAction)crash:(id)sender
{
kill(getpid(),SIGKILL);
}
这将会杀死应用程序,就像它被操作系统杀死一样.一旦你试图连接点击按钮来崩溃的应用程序(有时它需要两个水龙头).
在Mac上激活蓝牙将导致iOS重新启动应用程序并调用正确的处理程序(包括centralManager：willRestoreState :).
如果要在Xcode中调试处理程序(通过设置断点),在Mac上打开BT之前,请设置断点,然后选择“Debug>附加到过程…>按进程标识符或名称…’.
在出现的对话框中,键入应用程序的名称(应与目标相同),然后单击“附加”.然后,Xcode将在状态窗口中等待启动.等待几秒钟,然后在OSX上打开BT.确保您的外设仍然是广告,然后iOS将会接收它并重新启动您的应用程序来处理连接.
可能还有其他方法来测试(使用通知的特性也许？),但是这个流程是100％可重复的,所以很可能会帮助你最容易地测试代码.