调试 EXC_BAD_INSTRUCTION 在 XCode 6.1.1 中崩溃
Debugging EXC_BAD_INSTRUCTION crashes in XCode 6.1.1
我最近在 运行 我的应用程序中遇到以下错误：
EXC_BAD_INSTRUCTION (code=EXC_1386_INVOP, subcode=0x0)
如何调试这个特定错误？还有没有其他方法我没试过？
这个特定的崩溃发生在我们打开聊天对话时 UITableView。此 UITableView 的配置涉及多个元素，例如已注册 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
比较日志和审查提交
这就是我现在正在做的事情，但是这个错误发生在一个不太常见的用例中，所以我们不确定它实际上是什么时候坏的。
设置内存调试器
我并没有最终需要这样做，但它可能对其他人有帮助。有关详细信息，请参阅下面的 。
提前感谢任何feedback/suggestions！
不幸的是iOS没有一个像样的内存调试器。您可以自己从源代码构建 clang 并创建自定义 Xcode 编译器来使用它。阅读 here.
完成后，如果您在 CFLAGS 和 LFLAGS 中传递 -fsanitize=address，那么 clang 将自动检查常见的内存错误（如 Valgrind redux.)
我知道这是一项繁重的工作，但是一旦你设置好它，把它作为一个工具放在手边是非常有帮助的。
幸运的是，我通过查看更改日志设法找到了问题。几次提交前，我稍微更改了 UITableView 配置行为。
由于这与聊天对话有关 UITableView 我们希望在加载 table 时向下滚动到最后一条消息。以前我们的滚动功能是这样设置的：
- (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 滚动。由于此时 table 尚未正确加载，我无法再使用 scrollToBottom，因此我使用了建议的内容偏移代码 here。
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
// ...
[self.chatTableView.conversationTableView setContentOffset:CGPointMake(0, CGFLOAT_MAX)];
}
据我所知，这非常有效！ UIViewController 一加载 table 就已经滚动到底部 但是 如果对话中碰巧有图像聊天消息，这将导致 EXC_BAD_INSTRUCTION (code=EXC_1386_INVOP, subcode=0x0)崩溃。
似乎正在发生的事情是，当加载 UITableView 时，所有单元格都被初始化，包括图像聊天气泡单元格。这会触发包含图像的异步加载，但是由于 table 在异步图像下载完成后立即从该单元格中滚出，并且它将新图像写入图像视图，因此发生了此崩溃。
我最终切换到建议的滚动方法 here，它修复了我的崩溃并仍然提供了所需的滚动行为（尽管使用昂贵的 reloadData 调用）又名：
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
// ...
[self.chatTableView reloadData];
[self.chatTableView scrollToBottomAnimated:NO];
}
如果找到更多信息，我将进一步调查并更新此 post。
tl;dr - 将我们的 UITableView 更改为在 viewWillAppear 而不是 viewDidAppear 中立即滚动会导致崩溃。当我们的异步图像加载完成并尝试设置已初始化但从未正确显示的自定义 UITableViewCell 的 UIImageView 时，似乎会发生此崩溃，因为它会立即滚动到屏幕外。
我最近在 运行 我的应用程序中遇到以下错误：
EXC_BAD_INSTRUCTION (code=EXC_1386_INVOP, subcode=0x0)
如何调试这个特定错误？还有没有其他方法我没试过？
这个特定的崩溃发生在我们打开聊天对话时 UITableView。此 UITableView 的配置涉及多个元素，例如已注册 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
比较日志和审查提交
这就是我现在正在做的事情，但是这个错误发生在一个不太常见的用例中，所以我们不确定它实际上是什么时候坏的。
设置内存调试器
我并没有最终需要这样做，但它可能对其他人有帮助。有关详细信息，请参阅下面的
提前感谢任何feedback/suggestions！
不幸的是iOS没有一个像样的内存调试器。您可以自己从源代码构建 clang 并创建自定义 Xcode 编译器来使用它。阅读 here.
完成后，如果您在 CFLAGS 和 LFLAGS 中传递 -fsanitize=address，那么 clang 将自动检查常见的内存错误（如 Valgrind redux.)
我知道这是一项繁重的工作，但是一旦你设置好它，把它作为一个工具放在手边是非常有帮助的。
幸运的是，我通过查看更改日志设法找到了问题。几次提交前，我稍微更改了 UITableView 配置行为。
由于这与聊天对话有关 UITableView 我们希望在加载 table 时向下滚动到最后一条消息。以前我们的滚动功能是这样设置的：
- (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 滚动。由于此时 table 尚未正确加载，我无法再使用 scrollToBottom，因此我使用了建议的内容偏移代码 here。
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
// ...
[self.chatTableView.conversationTableView setContentOffset:CGPointMake(0, CGFLOAT_MAX)];
}
据我所知，这非常有效！ UIViewController 一加载 table 就已经滚动到底部 但是 如果对话中碰巧有图像聊天消息，这将导致 EXC_BAD_INSTRUCTION (code=EXC_1386_INVOP, subcode=0x0)崩溃。
似乎正在发生的事情是，当加载 UITableView 时，所有单元格都被初始化，包括图像聊天气泡单元格。这会触发包含图像的异步加载，但是由于 table 在异步图像下载完成后立即从该单元格中滚出，并且它将新图像写入图像视图，因此发生了此崩溃。
我最终切换到建议的滚动方法 here，它修复了我的崩溃并仍然提供了所需的滚动行为（尽管使用昂贵的 reloadData 调用）又名：
- (void)viewWillAppear:(BOOL)animated {
[super viewWillAppear:animated];
// ...
[self.chatTableView reloadData];
[self.chatTableView scrollToBottomAnimated:NO];
}
如果找到更多信息，我将进一步调查并更新此 post。
tl;dr - 将我们的 UITableView 更改为在 viewWillAppear 而不是 viewDidAppear 中立即滚动会导致崩溃。当我们的异步图像加载完成并尝试设置已初始化但从未正确显示的自定义 UITableViewCell 的 UIImageView 时，似乎会发生此崩溃，因为它会立即滚动到屏幕外。