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]);
    }
}