嘿,所有过去几周,我一直在蓝牙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%可重复的,所以很可能会帮助你最容易地测试代码.
总结以上是内存溢出为你收集整理的CoreBluetooth状态保护问题:willRestoreState在iOS 7.1中不会调用全部内容,希望文章能够帮你解决CoreBluetooth状态保护问题:willRestoreState在iOS 7.1中不会调用所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)