调试EXC_BAD_INSTRUCTION在XCode 6.1.1中崩溃

Question

我最近在运行应用程序时遇到以下错误：

EXC_BAD_INSTRUCTION (code=EXC_1386_INVOP, subcode=0x0)

如何调试此特定错误？还有其他方法我还没有尝试过吗？

当我们打开聊天对话UITableView时，会发生此特定崩溃。此UITableView的配置涉及几个元素，例如nib加载已注册的UITableView单元格，以及在dispatch_async

的帮助下将图像异步加载到这些单元格中

我尝试了一些常见的技巧，以便从调试器中获取更多有用的信息，但都没有成功：

<小时/> 启用NSZombies

这似乎提供了关于以前main的任何线程（+[ASIHTTPRequest runRequests]本身除外）中唯一可见函数调用的更多信息，尽管我非常不愿意相信真正的问题在于ASIHttpRequest的实施，特别是因为我们多年来都没有改变它......（我意识到lib已经被弃用了很长时间）

<小时/> 执行bt命令

运行bt似乎提供了一些半有用的数据。它至少表明该问题可能与UITableView配置有关。

(lldb) bt
* thread #1: tid = 0x854b7, 0x0503da6b libobjc.A.dylib`objc_exception_throw, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1
    frame #0: 0x0503da6b libobjc.A.dylib`objc_exception_throw
    frame #1: 0x028fe86d CoreFoundation`+[NSException raise:format:] + 141
    frame #2: 0x03998d7c QuartzCore`CA::Layer::set_position(CA::Vec2<double> const&, bool) + 190
    frame #3: 0x03998f2a QuartzCore`-[CALayer setPosition:] + 56
    frame #4: 0x039995a7 QuartzCore`-[CALayer setFrame:] + 752
    frame #5: 0x03b4a20c UIKit`-[UIView(Geometry) setFrame:] + 305
    frame #6: 0x03c85432 UIKit`-[UIImageView _setViewGeometry:forMetric:] + 228
    frame #7: 0x03c8563a UIKit`-[UIImageView setFrame:] + 63
    frame #8: 0x03b4c0cf UIKit`-[UIView(Geometry) _applyAutoresizingMaskWithOldSuperviewSize:] + 967
    frame #9: 0x03b4ce11 UIKit`-[UIView(Geometry) _resizeWithOldSuperviewSize:] + 301
    frame #10: 0x03b4ce9e UIKit`-[UIView(Geometry) resizeWithOldSuperviewSize:] + 121
    frame #11: 0x03b4b9ed UIKit`__46-[UIView(Geometry) resizeSubviewsWithOldSize:]_block_invoke + 87
    frame #12: 0x02824e33 CoreFoundation`__53-[__NSArrayM enumerateObjectsWithOptions:usingBlock:]_block_invoke + 99
    frame #13: 0x028244cf CoreFoundation`-[__NSArrayM enumerateObjectsWithOptions:usingBlock:] + 239
    frame #14: 0x03b4b97d UIKit`-[UIView(Geometry) resizeSubviewsWithOldSize:] + 149
    frame #15: 0x03be9df2 UIKit`-[UITableView resizeSubviewsWithOldSize:] + 98
    frame #16: 0x03b4d13f UIKit`-[UIView(Geometry) setBounds:] + 537
    frame #17: 0x03b6b2a7 UIKit`-[UIScrollView setBounds:] + 1071
    frame #18: 0x03bea257 UIKit`-[UITableView setBounds:] + 260
    frame #19: 0x03b4caae UIKit`-[UIView(Geometry) _applyISEngineLayoutValues] + 348
    frame #20: 0x03b4cd6b UIKit`-[UIView(Geometry) _resizeWithOldSuperviewSize:] + 135
    frame #21: 0x042a1fb6 UIKit`-[UIScrollView(_UIOldConstraintBasedLayoutSupport) _resizeWithOldSuperviewSize:] + 73
    frame #22: 0x03b4ce9e UIKit`-[UIView(Geometry) resizeWithOldSuperviewSize:] + 121
    frame #23: 0x03b4b9ed UIKit`__46-[UIView(Geometry) resizeSubviewsWithOldSize:]_block_invoke + 87
    frame #24: 0x02824e33 CoreFoundation`__53-[__NSArrayM enumerateObjectsWithOptions:usingBlock:]_block_invoke + 99
    frame #25: 0x028244cf CoreFoundation`-[__NSArrayM enumerateObjectsWithOptions:usingBlock:] + 239
    frame #26: 0x03b4b97d UIKit`-[UIView(Geometry) resizeSubviewsWithOldSize:] + 149
    frame #27: 0x04250c39 UIKit`-[UIView(AdditionalLayoutSupport) _is_layout] + 166
    frame #28: 0x03b512bf UIKit`-[UIView(Hierarchy) _updateConstraintsAsNecessaryAndApplyLayoutFromEngine] + 697
    frame #29: 0x03b5137c UIKit`-[UIView(Hierarchy) layoutSubviews] + 57
    frame #30: 0x03b5edd1 UIKit`-[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 608
    frame #31: 0x05053771 libobjc.A.dylib`-[NSObject performSelector:withObject:] + 70
    frame #32: 0x039a228f QuartzCore`-[CALayer layoutSublayers] + 152
    frame #33: 0x03996115 QuartzCore`CA::Layer::layout_if_needed(CA::Transaction*) + 397
    frame #34: 0x03995f70 QuartzCore`CA::Layer::layout_and_display_if_needed(CA::Transaction*) + 26
    frame #35: 0x038f43c6 QuartzCore`CA::Context::commit_transaction(CA::Transaction*) + 284
    frame #36: 0x038f578c QuartzCore`CA::Transaction::commit() + 392
    frame #37: 0x038f5e58 QuartzCore`CA::Transaction::observer_callback(__CFRunLoopObserver*, unsigned long, void*) + 92
    frame #38: 0x028219de CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
    frame #39: 0x02821920 CoreFoundation`__CFRunLoopDoObservers + 400
    frame #40: 0x0281735a CoreFoundation`__CFRunLoopRun + 1226
    frame #41: 0x02816bcb CoreFoundation`CFRunLoopRunSpecific + 443
    frame #42: 0x028169fb CoreFoundation`CFRunLoopRunInMode + 123
    frame #43: 0x067db24f GraphicsServices`GSEventRunModal + 192
    frame #44: 0x067db08c GraphicsServices`GSEventRun + 104
    frame #45: 0x03ad38b6 UIKit`UIApplicationMain + 1526

<小时/> 差异日志和审核提交

这就是我现在正在做的事情，但错误发生在一个不常见的用例中，所以我们不确定它何时被实际破坏。

<小时/> 设置内存调试程序

我最终还是不需要这样做，但对其他人来说可能会有所帮助。有关详细信息，请参阅下面的Tim's answer。

---

提前感谢任何反馈/建议！

Answer 1

不幸的是，iOS并没有配备一个像样的内存调试器。您可以自己从源代码构建clang并创建一个自定义Xcode编译器来使用它。阅读here。

完成后，如果您在-fsanitize=address和CFLAGS同时传递LFLAGS，则clang会自动检查常见内存错误（例如Valgrind redux。 ）

我知道这是一项很多工作，但是一旦你设置了它，作为一种工具就很方便了。

Answer 2

我幸运地通过浏览更改日志找到了问题。在一些提交之前，我稍微改变了UITableView配置行为。

由于这涉及聊天对话UITableView，我们希望在加载表格时向下滚动到最后一条消息。以前我们的滚动功能设置如下：

- (void)viewDidAppear:(BOOL)animated {
    [super viewDidAppear];
    // ...
    [self.chatTableView scrollToBottomAnimated:YES];
}

其中scrollToBottomAnimated:定义如下：

- (void)scrollToBottomAnimated:(BOOL)animated {
    NSInteger lastSection = -1;
    NSInteger lastRow = -1;
    lastSection = [self numberOfSections] - 1;
    if (lastSection >= 0) {
        lastRow = [self numberOfRowsInSection:lastSection] - 1;
    }
    if (lastRow >= 0) {
        NSIndexPath* path = [NSIndexPath indexPathForRow:lastRow inSection:lastSection];
        [self scrollToRowAtIndexPath:path atScrollPosition:UITableViewScrollPositionBottom animated:animated];
    }
}

这导致分秒加载+滚动到底部动画，这不是很好。为了防止这种不受欢迎的动画，我改为在viewWillAppear而不是viewDidAppear滚动。由于此时表格尚未正确加载，我无法再使用scrollToBottom，因此我使用了建议here的内容偏移代码。

- (void)viewWillAppear:(BOOL)animated {
    [super viewWillAppear:animated];
    // ...
    [self.chatTableView.conversationTableView setContentOffset:CGPointMake(0, CGFLOAT_MAX)];
}

据我所知，这很有用！一旦UIViewController加载但，该表已经滚动到底部如果对话中恰好有图像聊天消息，则会导致EXC_BAD_INSTRUCTION (code=EXC_1386_INVOP, subcode=0x0)崩溃。< / p>

似乎正在发生的事情是，当加载UITableView时，所有单元格都被初始化，包括图像聊天气泡单元格。这会触发所包含图像的异步加载，但是当异步图像下载完成后，表格会立即滚动远离此单元格，并且会将新图像写入图像视图，从而发生此崩溃。

我最终切换到建议的here滚动方法来修复我的崩溃并仍然提供了所需的滚动行为（通过使用昂贵的reloadData调用来进行同步）AKA：

- (void)viewWillAppear:(BOOL)animated {
    [super viewWillAppear:animated];
    // ...
    [self.chatTableView reloadData];
    [self.chatTableView scrollToBottomAnimated:NO];
}

如果找到更多信息，我会进一步调查并更新此帖子。

tl; dr - 将我们的UITableView更改为在viewWillAppear而不是viewDidAppear中立即滚动导致崩溃。当我们的异步图像加载完成并尝试设置已初始化但从未正确显示的自定义UIImageView的{​​{1}}时，似乎会发生此崩溃，因为它立即在屏幕外滚动。