objective-c - Xcode5 如何调试快速定位出错行

Question

、、、objectivec 2014-07-21 18:02:38.259 Sections[2962:70b] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'must pass a class of kind UITableViewCell' *** First...

PHP中文网 · Answer

在 Xcode 的 Breakpoint Navigator 里面添加一个异常断点（Add Exception Breakpoint），然后将断点条件设置成 Exception: Object-C，这样就能在异常抛出之前断下来，你就可以查看当时的调用栈。

注意最好在快要执行到出问题代码的时候才打开这个断点，否则会不断被各种异常干扰。

PHP中文网 · Answer

你的工程是叫Sections吧？
这就是你的抛异常的地方：
4 Sections 0x000030eb -[BIDViewController searchDisplayController:didLoadSearchResultsTableView:] + 171
BIDViewController类的searchDisplayController方法的代码偏移量171处（差不多就是这个方法的170字符的地方，差不多是第2、3行吧，切记，171不是行号什么的哦）。

关于ios异常分析，在一开始确实是非常头疼的问题，因为它没有直接告诉开发者抛异常的位置，甚至有时候还没有异常堆栈，而即使有异常堆栈也不容易看懂是什么意思，特别还有那个代码偏移量的数字，极具误导性。通常调试的方法比较多，讲完得一晚上。Huan Du回答的异常断点是一种，当然还有日志断言打印查看法、符号断点设置、LLDB调试工具。而我个人还是比较喜欢你题目中发的堆栈分析方法。基本上根据类名、方法名和代码偏移量就能判断出问题了。

关于堆栈报告，简单介绍它里面的内容是什么含义：
比如：
4 Sections 0x000030eb -[BIDViewController searchDisplayController:didLoadSearchResultsTableView:] + 171
一共包括了5部分：分别是4/Sections/0x000030eb/-[BIDVi...ew:]/171
第1部分：堆栈输出序列号，序号越大表示代码越早被调用；
第2部分：调用的方法所属框架（库/工程），例如Sections就是楼主您的工程；
第3部分：调用方法的内存地址，即0x000030eb
第4部分：调用方法名，这个非常重要，即-[BIDViewController searchDisplayController:didLoadSearchResultsTableView:]
第5部分：调用方法编译之后的代码偏移量，这里再次强调不是行号，只是编译后的代码偏移量，但是基本上和字符数差不多，你可以通过一些文本工具，通过统计你的方法的字符偏移量大致的估计出错的行，一般误差在3~5行内。

这里推荐一个小技巧，防止xcode不打印堆栈日志：
在main.m中的main方法上添加@try@catch,就像下面这样：

#import 

#import "AppDelegate.h"

int main(int argc, char* argv[])
{
    @try {
        @autoreleasepool
        {
            return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
        }
    }
    @catch (NSException* exception)
    {
        Log(@"Exception=%@
Stack Trace:%@", exception, [exception callStackSymbols]);
    }
}

不过切记发布app前删除try catch包裹哦，亲~~~

大家讲道理 · Answer

[UITableView registerClass:forCellReuseIdentifier:] 这里出错啦！