我有一个程序，当设备断开连接或连接时随机发生崩溃。当我在bt中运行gdb命令时，我得到以下内容：
#0 0x00007fff881cf150 in objc_msgSend_vtable5 ()
#1 0x00007fff8cceabf3 in -[IOBluetoothRFCOMMChannel(IOBluetoothRFCOMMChannelPrivate) processIncomingData:] ()
#2 0x00007fff8cce8ee1 in -[IOBluetoothRFCOMMChannel(IOBluetoothRFCOMMChannelPrivate) handleMachMessage:] ()
#3 0x00007fff8d142ba5 in __NSFireMachPort ()
#4 0x00007fff8ad41e42 in __CFMachPortPerform ()
#5 0x00007fff8ad41cac in __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ ()
#6 0x00007fff8ad419db in __CFRunLoopDoSource1 ()
#7 0x00007fff8ad78117 in __CFRunLoopRun ()
#8 0x00007fff8ad77676 in CFRunLoopRunSpecific ()
#9 0x00007fff8c88731f in RunCurrentEventLoopInMode ()
#10 0x00007fff8c88e5c9 in ReceiveNextEventCommon ()
#11 0x00007fff8c88e456 in BlockUntilNextEventMatchingListInMode ()
#12 0x00007fff92404f5d in _DPSNextEvent ()
#13 0x00007fff92404861 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] ()
#14 0x00007fff9240119d in -[NSApplication run] ()
#15 0x00007fff9267fb88 in NSApplicationMain ()
#16 0x00000001000020d2 in main (argc=3, argv=0x7fff5fbff8e0) at main.m:13
NSClicationMain上的XCode中断，而不是我的代码中的任何地方，我告诉它打破所有异常。这让我觉得这正在发生在蓝牙堆栈本身。这是正确的吗？有什么方法可以阻止这种情况，或者至少尝试/抓住这个以清理并防止崩溃？
答案 0 :(得分：1)
很难说是原样，但让我们推测并假设框架没有错误：您可能在IOBluetoothRFCOMMChannel上设置了一个委托，并且该委托已经被解除分配，而该频道仍然希望与之通话。
您应该确保您的代表保持活动状态，直到频道完全关闭或将频道的代理设置为nil。
更一般地说，这种崩溃表示访问已释放的对象。跟踪此类问题的最佳方法是使用Zombie Instruments。它将指向访问对象的位置，对象的位置，并帮助您跟踪对象的生命周期。
答案 1 :(得分：0)
接收并发送蓝牙事件。尝试访问目标对象时，调度代码失败。这表明一个物体在仍然是未决事件的目标时被摧毁或拆除。
查看代码用于处理蓝牙消息的任何对象或结构。也许它已被拆除或损坏。