在 XCode 6.1.1 中调试 EXC_BAD_INSTRUCTION 崩溃
Posted
技术标签:
【中文标题】在 XCode 6.1.1 中调试 EXC_BAD_INSTRUCTION 崩溃【英文标题】：Debugging EXC_BAD_INSTRUCTION crashes in XCode 6.1.1 【发布时间】：2015-01-22 22:03:56 【问题描述】：我最近在运行我的应用程序时遇到了以下错误：
EXC_BAD_INSTRUCTION (code=EXC_1386_INVOP, subcode=0x0)
如何调试此特定错误？还有其他方法我还没试过吗？
当我们打开聊天对话 UITableView 时，就会发生这种特定的崩溃。这个UITableView 的配置涉及几个元素，例如 nib 加载已注册的UITableView 单元格以及在dispatch_async 的帮助下将图像异步加载到这些单元格中
我尝试了一些常见的技巧来从调试器中获取更多有用的信息，但均未成功：
启用 NSZombies
这似乎提供了有关任何线程中唯一可见函数调用的更多信息（main 本身除外），以前是+[ASIHTTPRequest runRequests]，尽管我不太愿意相信真正的问题在于ASIHttpRequest 的实现，特别是因为我们多年来没有改变它......（我意识到这个库早就被弃用了）
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。
提前感谢您的任何反馈/建议！
【问题讨论】：
【参考方案1】：不幸的是，ios 没有提供像样的内存调试器。您可以自己从源代码构建clang，并创建一个自定义 Xcode 编译器来使用它。阅读here。
一旦完成，如果你在CFLAGS 和LFLAGS 中都传递了-fsanitize=address，那么clang 将自动检查常见的内存错误（例如Valgrind redux。）
我知道这是一项繁重的工作，但是一旦你设置好它，将它作为一个方便的工具是非常有帮助的。
【讨论】：
感谢蒂姆的建议。我将来一定会牢记这一点，尤其是在不容易找到解决方案的情况下。实际上我很幸运，错误的变化在日志中并没有太远。我现在将发布问题和解决方案。【参考方案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) 崩溃。
似乎正在发生的是，当 UITableView 加载时，所有单元格都被初始化，包括图像聊天气泡单元格。这会触发所包含图像的异步加载，但由于在异步图像下载完成时表格会立即滚动离开此单元格，并且会将新图像写入图像视图，因此会发生崩溃。
我最终切换到建议的滚动方法 here，它修复了我的崩溃并仍然提供了所需的滚动行为（尽管使用昂贵的 reloadData 调用）AKA：
- (void)viewWillAppear:(BOOL)animated
[super viewWillAppear:animated];
// ...
[self.chatTableView reloadData];
[self.chatTableView scrollToBottomAnimated:NO];
如果发现更多信息，我将进一步调查并更新此帖子。
tl;dr - 将我们的 UITableView 更改为在 viewWillAppear 而不是 viewDidAppear 中立即滚动会导致崩溃。当我们的异步图像加载完成并尝试设置自定义UITableViewCell 的UIImageView 时，似乎发生了这种崩溃，该自定义UITableViewCell 已初始化但由于立即滚动到屏幕外而从未正确显示。
【讨论】：
以上是关于在 XCode 6.1.1 中调试 EXC_BAD_INSTRUCTION 崩溃的主要内容，如果未能解决你的问题，请参考以下文章
Xcode 在 Swift 中调试 webview 的 javascript