Xcode 4.x - 使其指向有问题的崩溃行

Question

每次 Xcode 崩溃时，它都会指向 main.m 上的这一行

int retVal = UIApplicationMain(argc, argv, nil, @"AppController");

我知道与 3.x 相比，Xcode 4 调试很臭，但是我如何让它指向发生崩溃的行。

请不要：

1. 告诉我启用 NSZombieEnabled；
2. 告诉我添加一个异常断点来中断 Catch 或 Throw 上的所有异常。
3. 告诉我，Xcode 4.x 比 3.x 更适合调试。

所有这些东西都没用或几乎没用，Xcode 继续在 main.m 的同一行崩溃...

请救救我。

谢谢。

Answer 1

这里有一个想法：只在整个应用程序中进行一次尝试/捕获，记录堆栈异常，而不是当前堆栈（即不是断点+检查） ：

ma​​in.m

int main(int argc, char *argv[])
{
    @autoreleasepool {
        @try {
            return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
        }
        @catch (NSException *exception) {
            NSLog(@"%@",[exception callStackSymbols]);
            return 1;
        }
    }
}

我的理解是，我们没有好的方法的原因是崩溃本身直到运行循环的后期才会发生。我认为诸如未捕获的异常之类的事情只是将应用程序置于一种状态，当 runloop 迭代时，它将在 Apple 代码的某处崩溃。这类似于如果您曾经在 UI 中发生崩溃...当您设置蹩脚的几何图形时它并不总是崩溃，当它尝试使用它时它会崩溃.因此，我们需要从异常对象中获取堆栈，而不是从实际发生崩溃时的当前状态中获取。

我会添加这个只是因为它让我有几次以为我没有可用的信息，但我只是对 Xcode 还不够了解（我相信这是常识，我只是在愚蠢的）。有时，当我认为我所拥有的只是可怕的顶级作用域时，我需要做的就是使用左下角的小滑块（在调试会话期间）来查看整个堆栈。由于上述原因，这通常几乎没有用（它在问题的运行循环的另一部分）。

Answer 2

很明显，您已经完成了研究，并且只得出了相同的答案。这是有原因的；不幸的是，它们真的是我们为 Xcode 4.x 所拥有的一切，所以我们不能给你另一个答案。

我只能建议，如果您已经完成了上述所有修复，并且您正在使用链接的框架或库，那么这些可能是您没有得到崩溃发生的确切线路的核心原因。链接的库已经编译，无法显示崩溃的确切行，但如果您可以大致确定错误发生的位置以及导致错误的库，您可以从问题的根本原因开始归零并且找到违规行。