我在 Xcode 4.2 中使用 iOS 5 模拟器/设备调试时遇到问题。以下代码会崩溃，这是预期的：
NSArray *arr=[NSArray array];
[arr objectAtIndex:100];
*** First throw call stack:
(0x16b4052 0x1845d0a 0x16a0674 0x294c 0x6f89d6 0x6f98a6 0x708743 0x7091f8 0x7fcaa9 0x2257fa9 0x16881c5 0x15ed022 0x15eb90a 0x15eadb4 0x15eaccb 0x6f02a7 0x6faa93 0x2889 0x2805)
谢谢。
我尝试了所有方法都无法修复这个问题（尝试了两种编译器、两个调试器等）。在升级XCode进行iOS 5更新后，似乎没有堆栈跟踪起作用。
然而，我找到了一个有效的解决方法 - 创建自己的异常处理程序（也有其他用途）。首先，创建一个函数来处理错误并将其输出到控制台（以及您想对其执行的任何其他操作）：
void uncaughtExceptionHandler(NSException *exception) {
NSLog(@"CRASH: %@", exception);
NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
// Internal error reporting
}
接下来，在您的应用程序委托中添加异常处理程序：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
NSSetUncaughtExceptionHandler(&uncaughtExceptionHandler);
// Normal launch stuff
}
就是这样!
如果这个方法不起作用，那么只有两个可能的原因:
NSSetUncaughtExceptionHandler 调用(整个应用程序只能有一个处理程序)。例如，一些第三方库设置了它们自己的未捕获异常处理程序。所以，在你的 didFinishLaunchingWithOptions 函数的结尾处设置它(或者有选择性地禁用第三方库)。或者更好的办法是，在 NSSetUncaughtExceptionHandler 上设置一个符号断点，快速查看谁在调用它。您可能想要做的是修改当前的处理程序而不是添加另一个处理程序。EXC_BAD_ACCESS 不是异常; 感谢@Erik B的评论，下面)添加异常断点是一个有用的选项（使用断点导航器底部的+号）。这将在任何异常情况下触发断点（或您可以设置条件）。我不知道这个选择是否在4.2中新增，还是我只是试图解决缺少符号的问题时才注意到它。
一旦您触发了这个断点，您可以像往常一样使用调试导航器来导航调用堆栈、检查变量等等。
如果您确实需要一个适合复制/粘贴等操作的符号化调用堆栈，则可以从那里使用gdb backtrace：
(gdb) bt
#0 0x01f84cf0 in objc_exception_throw ()
#1 0x019efced in -[NSObject doesNotRecognizeSelector:] ()
调试器上有一个新功能。您可以设置断点，每当抛出异常时都会停止执行，就像在4.0上一样。
在“断点导航器”中添加“异常断点”，然后只需在选项弹出窗口上按“完成”即可。
就这些！
备注：在某些情况下，仅针对Objective-C异常进行中断可能更好。
这里还有一种解决方案，不如之前那么优雅，但如果您没有添加异常断点或处理程序，则可能只有一种方法可行。
当应用程序崩溃并且您获得了原始的第一个throw调用堆栈（使用十六进制数字），请在Xcode控制台中输入info line *hex（不要忘记星号和0x十六进制指示符），例如：
(gdb) info line *0x2658
Line 15 of "path/to/file/main.m" starts at address 0x25f2 <main+50>
and ends at 0x267e <main+190>.
image lookup -a hex（在这种情况下不需要星号），并且你会得到类似的输出。通过这种方法，你可以从throw堆栈的顶部（大约有5-7个系统异常传播器）遍历到导致崩溃的函数，并确定代码的确切文件和行。同样，为了达到类似的效果，你可以在终端中使用atos实用程序，只需输入：atos -o path/to/AplicationBundle.app/Executable 0xAdress1 0xAdress2 0xAdress3 ...
而且您会得到符号化的堆栈跟踪（至少对于您具有调试符号的函数）。
此方法更可取，因为您不需要为每个地址调用 info line，只需从控制台输出中复制地址并将它们粘贴到终端中即可。
bt（点击添加操作按钮，选择调试器命令，在文本字段中输入“ bt”）。这将在抛出异常时立即显示堆栈跟踪。int main(int argc, char *argv[])
{
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
int retVal;
@try {
retVal = UIApplicationMain(argc, argv, nil, nil);
}
@catch (NSException *exception) {
NSLog(@"CRASH: %@", exception);
NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
}
@finally {
[pool release];
}
return retVal;
}
它会显示类似以下内容：
image lookup -a 0x1234
Address: MyApp[0x00018eb0] (MyApp.__TEXT.__text + 91088)
Summary: MyApp`-[MyViewController viewDidAppear:] + 192 at MyViewController.m:202
重新打开“编译为Thumb”（调试配置）对我有用。
uncaughtExceptionHandler例程从未被调用。 - Hot LicksEXC_BAD_ACCESS不是未捕获的异常。当您尝试访问不属于您的内存时，会出现EXC_BAD_ACCESS。通常是因为您正在尝试使用已经被释放的对象。NSZombie应该可以帮助您解决这个问题。 - Erik B