開胃小菜--簡單的斷點調試
在xcode中打開一個app,在想要break的行號上單擊,即可生成一個深色的箭頭標識--斷點。如下圖,在viewDidLoad:中設置了斷點。
運行app,等待。。。就可以看到xcode在斷點處進入調試模式,現在讓我們把視線移到xcode右下角的控制檯,有木有看到(lldb)這樣一行,鼠標移到此行,輸入
1 | po [self view] |
po(print object)是LLDB的一個命令,其主要功能是輸出objective-c中對象(objects)的信息,與之相似的另外一個命令是 p(print),其主要功能是輸出原生類型(boolean、integer、float、etc)的信息。
控制檯輸入
p (int)[[[self view] subviews] count]結果如下
(int) $2 = 2
注意這個使用了類型轉換告知調試器應該如何處理返回值。
技巧一:運行時修改變量的值
你以前怎麼驗證是不是某個變量的值導致整段程序不能正常工作?修改代碼中的變量的值,然後cmd+r重新啓動app?現在你不需要這麼做了,只需要設置一個斷點,當程序在這進入調試模式後,使用expr命令即可在運行時修改變量的值。
假如有一個loginWithUsername:方法,需要兩個參數:username,password。
首先設置好斷點,如下圖所示:
運行app,進入斷點模式後,在(lldb)後輸入
1 | expr username = @ "username" |
2 | expr password = @ "badpassword" |
1 | (NSString *) $0 = 0x3d3504c4 @ "username" |
2 | (NSString *) $1 = 0x1d18ef60 @ "badpassword" |
1 | (0x1c59aae0) A line for the breakpoint |
2 | (0x1c59aae0) Username and Password after: username:badpassword |
右擊斷點選擇“Edit Breakpoint...”(或者按住cmd+option,單擊斷點),然後如下圖所示設置斷點
注意選中了最後一行(“Automatically continue after evaluating”)的選擇框,這就保證運行到這個斷點的時,填充變量的值,然後繼續運行,並不在此處斷點進入調試模式。
運行app,你會得到和上述手動設置變量的值一樣的輸出。
接下來單擊斷點,使其處於禁用狀態,現在箭頭的顏色應該是淺藍色的,重新運行app,你會發現username和password的值沒有在運行時被改變了。
技巧二:設置斷點觸發條件
斷點的另外一個重要作用,是可以設置觸發斷點生效的條件,這樣我們就可以在運行時針對特定的數據進行分析,觀察app是否運行在正確的軌道上。如下圖:
上述截圖可以看到如下語句
1 | ( BOOL )[(NSString*)[item valueForKey:@ "ID" ] isEqualToString:@ "93306" ] |
技巧三:格式化輸出數據
如果你厭倦了代碼裏無窮無盡的NSLog,幸運的是我們可以在編輯斷點使其輸出格式化字符串就像平常編碼時一樣。不過有一點需要注意,平常編碼時可能會使用NSString‘s stringWithFormat:輸出格式化字符串,不過這個方法貌似在斷點中木有效果,你需要使用alloc/init形式的方法,如下:
1 | po [[NSString alloc] initWithFormat:@ "Item index is: %d" , index] |
運行app,就能在控制檯看到想要的輸出啦!
簡單!強大!這就是LLDB給你的選擇,從此代碼裏可以不用再有NSLog滿天飛的情況了,代碼變得更乾淨了,心情變得更愉悅了!
LLDB還有很多強大的地方,本教程只不過揭開了它的面紗,即便如此,仍讓我們沉醉不已。
如此你有讓xcode中debug變的更輕鬆加簡單的方法,請在評論中盡情的分享!
原文連接:http://blog.sina.com.cn/s/blog_6dce99b10101gwwo.html