在蘋果的官方文檔中列出了我們在調(diào)試中能用到的一些命令，我們在這重點講一些常用的命令 調(diào)試本地文件方法（Mac OS X）：(lldb) target create "/Users/piaoyun/Desktop/xx.app/Contents/MacOS/xxxx" 遠(yuǎn)程調(diào)試方法： 設(shè)備端運(yùn)行： 附加進(jìn)程： ./debugserver *:1234 -a "YourAPPName" 直接啟動進(jìn)程： debugserver -x backboard *:1234 /path/to/app/executable 例： debugserver -x backboard *:1234 /Applications/MobileNotes.app/MobileNotes 此命令會啟動記事本，并斷在dyld的第一條指令上 在Mac終端運(yùn)行l(wèi)ldb命令后，輸入以下2條命令： platform select remote-iOS process connect connect://你的設(shè)備IP地址:1234 用USB連接方法： wget http://cgit.sukimashita.com/usbmuxd.git/snapshot/usbmuxd-1.0.8.tar.bz2 tar xjfv usbmuxd-1.0.8.tar.bz2 cd usbmuxd-1.0.8/Python-client/ python tcprelay.py -t 1234:1234 在Mac終端運(yùn)行l(wèi)ldb命令后，輸入以下2條命令： platform select remote-ios process connect connect://localhost:1234 -(void)loginWithUserName:(NSString *)username password:(NSString *)password { NSLog(@"login.... username:%@? ?password:%@", username, password);? // 假設(shè)我們在此下斷點 } 一、基本操作 1.1.視圖層次 打印視圖層次 po [self.contentView recursiveDescription] 1.2.改變某個取值 1.int a = 1; 2.//Console expr a=2 3.NSLog(@"實際值: %d", a); 1.3.call 改變view的背景色 call [self.view setBackgroundColor:[UIColor redColor]]? 1.4.聲明變量 1.expr int $b=2 或者 e int $b=2 2.//輸出? po $b print (type)表達(dá)式 例子： print (int)$r6 print username 1.5.打印堆棧 ios中打印堆棧方法是 NSThread callStackSymbols,這里調(diào)試的時候有個簡單的方法如下 bt? 或者? bt all? 1.6.更改方法返回值 thread return NO/YES 1.-(BOOL) returnYES 2.{ 3.? ? //thread return NO ，可以更改函數(shù)返回值 4.? ? return YES; 5.}//方法返回結(jié)果為NO?? 1.7.多線程異常后查看歷史對象的malloc分配歷史 先打開Enable Zombie Objects 和 Malloc Stack 1.(lldb) command script import lldb.macosx.heap 2.(lldb) malloc_info -S 0x7ff7206c3a70? 1.8.寄存器查找對象 曾經(jīng)遇到過一個問題，[self.tableview reloadData]直接奔潰。這時候tableview其實沒有問題，我們要怎么去找問題呢？ 如上圖所示，最后我們通過malloc_info -S 0x00007fe99a629560來查看對象分配在堆里面的具體的地址，隨后在左側(cè)打開table的所有變量，輸入這個地址即能夠看到這個是什么成員。 1.9.? c 繼續(xù)執(zhí)行 7.s? 源碼級別單步執(zhí)行，遇到子函數(shù)則進(jìn)入 8.si 單步執(zhí)行，遇到子函數(shù)則進(jìn)入 9.n? 源碼級別單步執(zhí)行，遇到子函數(shù)不進(jìn)入，直接步過 10.ni 單步執(zhí)行，遇到子函數(shù)不進(jìn)入，直接步過 11.finish/f 退出子函數(shù) 12.thread list 打印線程列表 13.image lookup -a 表達(dá)式、image list 例子： image lookup -a $pc 返回如下： Address: debug[0x0000b236] (debug.__TEXT.__text + 1254) Summary: debug`main + 58 at main.m:16 打印加載模塊列表 image list [-f -o 通常帶這兩個參數(shù)使用] 返回如下： [? 0] 40E417A4-F966-3DB4-B028-B0272DC016A7 0x000a0000 /Users/piao/Library/Developer/Xcode/DerivedData/debug-bdkhskdqykkoqmhjedilckzvpuls/Build/Products/Debug-iphoneos/debug.app/debug? /Users/piao/Library/Developer/Xcode/DerivedData/debug-bdkhskdqykkoqmhjedilckzvpuls/Build/Products/Debug-iphoneos/debug.app.dSYM/Contents/Resources/DWARF/debug [? 1] 011601C0-F561-3306-846B-94A7C8C841DA 0x2d9e6000 /Users/piao/Library/Developer/Xcode/iOS DeviceSupport/7.1.2 (11D257)/Symbols/System/Library/Frameworks/CoreGraphics.framework/CoreGraphics 查找某個函數(shù)： 對于有調(diào)試符號的這樣使用 image lookup -r -n <FUNC_REGEX> 對于無調(diào)試符號的這樣使用： image lookup -r -s <FUNC_REGEX> 14.disassemble -a 地址 例子： dis -a $pc debug`main at main.m:14: 0xa71fc:? push? ?{r7, lr} 0xa71fe:? mov? ? r7, sp 0xa7200:? sub? ? sp, #0x24 0xa7202:? movs? ?r2, #0x0 0xa7204:? movt? ?r2, #0x0 0xa7208:? str? ? r2, [sp, #0x20] 0xa720a:? str? ? r0, [sp, #0x1c] 0xa720c:? str? ? r1, [sp, #0x18] 0xa720e:? blx? ? 0xa7fe0? ? ? ? ? ? ? ? ? ?; symbol stub for:? . . . 2015-04-29 添加 disassemble -A thumb? ?? 可選： thumbv4t thumbv5 thumbv5e thumbv6 thumbv6m thumbv7 thumbv7f thumbv7s thumbv7k thumbv7m thumbv7em /// 15.memory read [起始地址 結(jié)束地址]/寄存器 -outfile 輸出路徑 例子： memory read $pc 0x00035ebe: 0e 98 07 99 09 68 08 9a 90 47 0c 99 03 90 08 46? .....h...G.....F 0x00035ece: 03 99 01 f0 80 e8 02 22 c0 f2 00 02 41 f2 52 10? ......."....A.R. memory read 0x35f1c 0x35f46 -outfile /tmp/test.txt? // 將內(nèi)存區(qū)域保存到文件 2015-04-29添加： 默認(rèn)情況下，memory read 只能讀取 1024字節(jié)數(shù)據(jù) 例如： 就會報錯 error: Normally, 'memory read' will not read over 1024 bytes of data. 解決方法：加－force參數(shù) memory read 0x1000 0x3000 -outfile /tmp/test.txt -force 或者: memory read 0x1000 -outfile /tmp/test.txt -count 0x2000 -force memory read $x0(寄存器) -outfile /tmp/test.txt -count 0x2000 -force --binary // 二進(jìn)制輸出 例： memory read 0x1000 0x3000 -outfile /tmp/test.bin --binary -force 寫內(nèi)存： memory write $rip 0xc3 memory write $rip+1 0x90 16.register read/格式、register write 寄存器名稱 數(shù)值 例子： register read/x 返回如下： General Purpose Registers: r0 = 0x1599e028 r1 = 0x38131621? libobjc.A.dylib`objc_msgSend + 1 r2 = 0x000a85cc? "class" r3 = 0x000a85d4? (void *)0x000a8618: AppDelegate r4 = 0x00000000 r5 = 0x000a71fd? debug`main + 1 at main.m:14 r6 = 0x00000000 r7 = 0x27d63c80 r8 = 0x27d63c98 r9 = 0x00000002 r10 = 0x00000000 r11 = 0x00000000 r12 = 0x3a3ff1c8? (void *)0x3875cc19: _Unwind_SjLj_Unregister + 1 sp = 0x27d63c5c lr = 0x38136eaf? libobjc.A.dylib`objc_autoreleasePoolPush + 311 pc = 0x000a7236? debug`main + 58 at main.m:16 cpsr = 0x20000030 // 改寫r9寄存器例子： register write r9 2 17.display 表達(dá)式? ? ?undisplay 序號 例子： display $R0 undisplay 1 18 內(nèi)存斷點 watchpoint set expression 地址? ? /? watchpoint set variable 變量名稱 -- (源碼調(diào)試用到，略過) 例子： watchpoint set expression 0x1457fa70 命中后得到結(jié)果： Watchpoint 3 hit: old value: 3 new value: 4 18.2 內(nèi)存訪問斷點 watchpoint set expression -w read -- 內(nèi)存地址 watchpoint set expression -w read -- 0x16b9dd91 18.2 內(nèi)存寫入斷點 watchpoint set expression -w write -- 內(nèi)存地址 watchpoint set expression -w read -- 0x16b9dd91 18.3 條件斷點 watchpoint modify -c 表達(dá)式 例子： watchpoint modify -c '*(int *)0x1457fa70 == 20' 命中后得到結(jié)果： Watchpoint 3 hit: old value: 15 new value: 20 19.找按鈕事件 po [按鈕名稱/內(nèi)存地址 allTargets]? 例子： (lldb) po [[self btnTest] allTargets] {( <ViewController: 0x166af1f0> )} (lldb) po [[self btnTest] actionsForTarget:(id)0x166af1f0 forControlEvent:0] <__NSArrayM 0x165b8950>( testAction: ) Bash 1.// 在機(jī)器上實戰(zhàn)一下： 2.(lldb) po [[[UIApplication sharedApplication] keyWindow] recursiveDescription] 3.<UIWindow: 4. 0x15e771c0; frame = (0 0; 320 568); gestureRecognizers = <NSArray:? 5.0x15e96210>; layer = <UIWindowLayer: 0x15e988e0>> 6.? ?| <UIView: 0x15eb4180; frame = (0 0; 320 568); autoresize = W+H; layer = <CALayer: 0x15eb4300>> 7.?? 8. |? ? | <UIButton: 0x15eb32d0; frame = (277 285; 46 30); opaque = NO; 9. autoresize = RM+BM; layer = <CALayer: 0x15eb2e30>> 10.? ?|? ?? 11.|? ? | <UIButtonLabel: 0x15db5220; frame = (0 6; 46 18); text =? 12.'Button'; opaque = NO; userInteractionEnabled = NO; layer =? 13.<_UILabelLayer: 0x15db5410>> 14.? ?|? ? | <_UILayoutGuide: 0x15eb4360; frame = (0 0; 0 20); hidden = YES; layer = <CALayer: 0x15eb4540>> 15.? ?|? ? | <_UILayoutGuide: 0x15eb4af0; frame = (0 568; 0 0); hidden = YES; layer = <CALayer: 0x15eb4b70>> 16.? 17.(lldb) po [(UIButton *)0x15eb32d0 allTargets] 18.{( 19.? ? <ViewController: 0x15e93250> 20.)} 21.? 22.(lldb) po [(UIButton *)0x15eb32d0 allTargets] 23.{( 24.? ? <ViewController: 0x15e93250> 25.)} 26.? 27.(lldb) po [(UIButton *)0x15eb32d0 actionsForTarget:(id)0x15e93250 forControlEvent:0] 28.<__NSArrayM 0x15dbfc50>( 29.testAction: 30.) 31.// 調(diào)用-- 32.(lldb) po [0x15e93250 testAction:nil] 33.0x00210c18 // 再來一發(fā)，對按鈕屬性操作 Bash 1.(lldb) po [[[UIApplication sharedApplication] keyWindow] recursiveDescription] 2.<UIWindow: 0x15e771c0; frame = (0 0; 320 568); gestureRecognizers = <NSArray: 0x15e96210>; layer = <UIWindowLayer: 0x15e988e0>> 3.? ?| <UIView: 0x15eb4180; frame = (0 0; 320 568); autoresize = W+H; layer = <CALayer: 0x15eb4300>> 4.? ?|? ? | <UIButton: 0x15eb32d0; frame = (277 285; 46 30); opaque = NO; autoresize = RM+BM; layer = <CALayer: 0x15eb2e30>> 5.? ?|? ? |? ? | <UIButtonLabel: 0x15db5220; frame = (0 6; 46 18); text = 'Button'; opaque = NO; userInteractionEnabled = NO; layer = <_UILabelLayer: 0x15db5410>> 6.? ?|? ? | <_UILayoutGuide: 0x15eb4360; frame = (0 0; 0 20); hidden = YES; layer = <CALayer: 0x15eb4540>> 7.? ?|? ? | <_UILayoutGuide: 0x15eb4af0; frame = (0 568; 0 0); hidden = YES; layer = <CALayer: 0x15eb4b70>> 8.? 9.(lldb) expression UIButton *$btn = (UIButton *)0x15eb32d0 10.(lldb) expression [$btn setHidden:YES] 帶參數(shù)運(yùn)行： Bash 1.(lldb) target create "/bin/ls" 2.Current executable set to '/bin/ls' (x86_64). 3.(lldb) set set target.run-args? $(python \-c 'print "a"*200') 4.(lldb) run 5.Process 40752 launched: '/bin/ls' (x86_64) 6.ls: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa: No such file or directory 7.Process 40752 exited with status = 1 (0x00000001) 8.(lldb) std::string 讀取方式：從內(nèi)存+8的地方開始? 64bit自行變通 例： Bash 1.(lldb) x $r0+8? ? ?? 2.0x02db9248: 20 82 e3 14 71 00 00 00 61 00 00 00 c0 82 d3 14? ?.惝q...a...喇贏 3.0x02db9258: 71 00 00 00 2b 00 00 00 20 f9 e6 14 61 00 00 00? q...+... .a... 4.(lldb) x/s 0x14e38220 5.0x14e38220: "hello!piaoyun" 常見問題－打印無效 上面我們簡單的學(xué)習(xí)了如何使用LLDB命令。但有時我們在使用這些LLDB命令的時候，依然可能會遇到一些問題。不明類型或者類型不匹配 1.p (void)NSLog(@"%@",[self.view? viewWithTag:1001])? ? //記住要加void? 2.p (CGRect)[self.view frame]? //記住不能寫成 self.view.frame，lldb的bug 二、調(diào)試進(jìn)階 2.1.監(jiān)聽某個方法的調(diào)用 如果是自定義的view，比如QQView，想監(jiān)聽frame變化，直接[QQView setFrame:]即可 系統(tǒng)方法就要如圖所示，x86_64系統(tǒng)中，rdi表示第一個參數(shù)，具體其他平臺可看inspecting-obj-c-parameters-in-gdb，里面有詳細(xì)的說明 1.$rdi ? arg0 (self) 2.$rsi ? arg1 (_cmd) 3.$rdx ? arg2 4.$rcx ? arg3 5.$r8 ? arg4 6.$r9 ? arg5 2.2.image尋址,找到崩潰行 此時會調(diào)用如下代碼會崩潰 1.NSArray *arr=[[NSArray alloc] initWithObjects:@"1",@"2", nil]; 2.NSLog(@"%@",arr[2]); 3.? 4.2015-06-30 14:47:59.280 QQLLDB[6656:138560] *** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayI objectAtIndex:]: index 2 beyond bounds [0 .. 1]' 5.*** First throw call stack: 6.( 7.0? ?CoreFoundation? ? ? ? ? ? ? ? ? ? ? 0x000000010b2d8c65 __exceptionPreprocess + 165 8.1? ?libobjc.A.dylib? ? ? ? ? ? ? ? ? ? ?0x000000010af71bb7 objc_exception_throw + 45 9.2? ?CoreFoundation? ? ? ? ? ? ? ? ? ? ? 0x000000010b1cf17e -[__NSArrayI objectAtIndex:] + 190 10.3? ?QQLLDB? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 0x000000010aa404f6 -[ViewController viewDidLoad] + 1030 11.4? ?UIKit? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?0x000000010ba75210 -[UIViewController loadViewIfRequired] + 738 12.5? ?UIKit? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?0x000000010ba7540e -[UIViewController view] + 27 13.6? ?UIKit? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?0x000000010b9902c9 -[UIWindow? 此時我們要直接找到崩潰的行數(shù)，很簡單。先找到非系統(tǒng)bug的崩潰地址，如下圖所示，顯然是第三行QQLLDB,右邊對應(yīng)的地址是0x000000010aa404f6,然后輸入image lookup --address 0x000000010aa404f6,即可看到是60行出了bug 1.image lookup --address 0x000000010aa404f6?? 2.Address: QQLLDB[0x00000001000014f6] (QQLLDB.__TEXT.__text + 1030)?? 3.Summary: QQLLDB`-[ViewController viewDidLoad] + 1030 at ViewController.m:60 2.3.crash日志分析，讀取符號表 1.要知道如何讀取符號表，我們得先偽造一份符號表的數(shù)據(jù)文件出來，代碼如下 1.NSArray *arr=[[NSArray alloc] initWithObjects:@"1",@"2", nil]; 2.NSLog(@"%@",arr[2]); 偽造步驟： 1.編譯到真機(jī) 2.然后進(jìn)入xcode將這個打開，找到QQLLDB.app.dSYM這個文件，偷偷拷貝一份到桌面 3.然后在product中clean一下工程 4.在真機(jī)上打開一個編譯進(jìn)去的程序，會出現(xiàn)圖 步驟如下圖所示： 之后在命令行操作 1. atos -o /Users/tomxiang/Desktop/符號表/QQLLDB.app.dSYM/Contents/Resources/DWARF/QQLLDB -l0x1000e8000 0x1000eebd4 2.? ? //此時得到結(jié)果，告訴我們是ViewController的viewDidLoad的第62行崩潰 3.-[ViewController viewDidLoad] (in QQLLDB) (ViewController.m:62) 2.4觀察實例變量的變化 假設(shè)你有一個 UIView，不知道為什么它的 _layer 實例變量被重寫了 (糟糕)。因為有可能并不涉及到方法，我們不能使用符號斷點。相反的，我們想監(jiān)視什么時候這個地址被寫入。 首先，我們需要找到 _layer 這個變量在對象上的相對位置： 1.(lldb) p (ptrdiff_t)ivar_getOffset((struct Ivar*)class_getInstanceVariable([MyView class], "_layer")) 2.(ptrdiff_t) $0 = 8 現(xiàn)在我們知道 ($myView + 8) 是被寫入的內(nèi)存地址： 1.(lldb) watchpoint set expression -- (int *)$myView + 8 2.Watchpoint created: Watchpoint 3: addr = 0x7fa554231340 size = 8 state = enabled type = w 3.new value: 0x0000000000000000 這被以 wivar $myView _layer 加入到 Chisel 中。 三、Chisel-facebook開源插件 1.安裝方法: 1.git clone https://github.com/facebook/chisel.git ~/.chisel 2.echo "command script import ~/.chisel/fblldb.py">>~/.lldbinit 安裝好后，打開xcode就可以運(yùn)行調(diào)試了 2.基本命令 2.1.預(yù)覽圖片 1.UIImage *image = [UIImage imageNamed:@"clear"]; 2.UIImageView *imageView = [[UIImageView alloc] initWithImage:image]; 3.[viewB addSubview:imageView]; 4.? 5.//此時執(zhí)行命令之后，圖片會被蘋果用自帶的預(yù)覽工具顯示出來? ?? 6.visualize image 2.2.邊框/內(nèi)容著色 如下所示，打印得到imageView地址之后，然后用border命令將其邊框著色unborder取消著色 1.(lldb) p imageView 2.(UIImageView *) $2 = 0x00007fb8c9b15910 3.(lldb) border 0x00007fb8c9b15910 -c green -w 2 同理，mask是給內(nèi)容著色 unmask mask imageView -c green? 2.3.關(guān)系鏈的繼承 1.(lldb) pclass image 2.UIImage 3.? ? | NSObject 2.4.打印所有屬性 1.`pinternals`這個命令就是打印出來的一個控件（id）類型的內(nèi)部結(jié)構(gòu)，詳細(xì)到令人發(fā)指！甚至是你自定義的控件中的類型，譬如這個styleView就是我自定義的，內(nèi)部有個iconView的屬性，其中的值它也會打印出來。? ? 2.? 3.(lldb) pinternals image 4.(UIImage) $8 = {?? 5.? ? NSObject = { 6.? ? isa = UIImage?? 7.} 8._imageRef = 0x00007fc1f3330780 9._scale = 2 10._imageFlags = { 11. named = 1 12. imageOrientation = 0 13. cached = 0 14. hasPattern = 0 15. isCIImage = 0 16. renderingMode = 0 17. suppressesAccessibilityHairlineThickening = 0 18. hasDecompressionInfo = 0 19. } 20.} 2.5.bmessage 如果Chisel ViewController沒有設(shè)置viewWillDisappear這個方法，此時我想用斷點斷下來，可以這樣 1.(lldb) bmessage -[ChiselViewController viewWillDisappear:] 2.? 3.Setting a breakpoint at -[UIViewController viewWillDisappear:] with condition (void*)object_getClass((id)$rdi) == 0x0000000100c47060 4.Breakpoint 2: where = UIKit`-[UIViewController viewWillDisappear:], address = 0x0000000101a0b566 Breakpoints BreakPoint分類 breakpoint也是有分類的，我這里的文章內(nèi)大致按使用的方式分為了 ?Normal Breakpoint， ?Exception Breakpoint， ?OpenGL ES Error breakpoint， ?Symbolic Breakpoint， ?Test Failure Breakpoint， ?WatchPoints。 可以按具體的情景使用不同類型的breakpoint，解決問題為根本。 Normal Breakpoint 添加普通斷點就不多說了，在源代碼的右側(cè)點擊一下即可。或者，使用快捷鍵：command + \ 來添加和刪除。這兩種方式添加的breakpoints在Xcode上面是可以通過UI看到的。 還有可以通過下面兩個LLDB命令直接在運(yùn)行時添加斷點，但是這種方式需要注意的是一方面無法通過UI直接看到斷點，另外一方面只存在于本次運(yùn)行，下一次啟動模擬器重新運(yùn)行的時候，這些斷點就不生效了。 如上圖，通過“br li”命令打印所有的breakpoint，可以看到一共有3個breakpoint，第一個是通過Xcode的UI添加的，后面兩個分別是通過下面兩個命令添加的： “breakpoint set -f XXX.m -l XX” 和? “b XXX.m:XX”。 breakpoint set -n write -c "(*(char**) ($esp + 8))[0]==0x17? ? ? && (*(char**) ($esp + 8))[1]==0x03? ? ? && (*(char**) ($esp + 8))[2]==0x03? ? ? && (*(char**) ($esp + 8))[3]==0x00? ? ?&& (*(char**) ($esp + 8))[4]==0x28" Exception Breakpoint 可以通過下圖中Xcode的UI添加Exception Breakpoint。有時候，比如數(shù)組越界或者設(shè)置一個空對象等問題，都會拋出一個異常，但是這種類型的錯誤非常難以定位，這個時候就可以使用Exception Breakpoint來進(jìn)行調(diào)試，在異常發(fā)生時可以捕捉到并停止程序的執(zhí)行。OC中的異常是一個常被忽略的地方，但實際上系統(tǒng)框架內(nèi)這個使用非常廣泛，大部分這種錯誤信息，系統(tǒng)框架都會以異常的形式throw出來，所以善用這種breakpoint的話，我們能大大減少查找錯誤的時間。 例如，當(dāng)我們添加如下Exception Breakpoint之后（bt 命令后文中會講解，這個命令的作用是在斷點觸發(fā)時，打印回調(diào)棧信息）： 類似下面這樣的數(shù)組越界的問題，我們可以很容易就定位到問題所在，不用再毫無頭緒找來找去了： 當(dāng)斷點暫停執(zhí)行時，我們可以通過Xcode的UI中查看調(diào)用棧信息： 或者查看bt命令打印的調(diào)用棧信息： 還有類似如下的錯誤可以通過這種斷點很容易定位到： ，不過這種問題，可以通過使用setValue:forKey:代替來避免。 OpenGL ES Error Breakpoint 同上圖中，在Xcode的breakpoint navigator的下部添加按鈕，選擇”Add OpenGL ES Error Breakpoint”即可。這個breakpoint主要是用來在OpenGL ES發(fā)生錯誤時停止程序的運(yùn)行。 Symbolic Breakpoint 通過Xcode的UI添加symbolic breakpoint的方式同exception breakpoint，彈出框如下： Symbolic breakpoints 在某個特定的函數(shù)或者方法開始執(zhí)行的時候，暫停程序的執(zhí)行，通過這種方式添加斷點，我們就不需要知道在源文件中添加，也不需要知道斷點設(shè)置在文件的第幾行。 上圖中，最主要的設(shè)置是Symbol的內(nèi)容，可以有如下幾種： ?1. A method name，方法名稱，例如 pathsMatchingExtensions: 這樣的方法名稱，會對所有類的這個方法都起作用。 ?2. A method of a particular class. 特定類的某個方法。例如 ，[SKLine drawHandlesInView]，或者 people::Person::name() ?3. A function name。函數(shù)名稱。例如 ，_objc_msgForward 這樣C函數(shù)。 另外，也可以通過命令行的方式添加 Symbolic breakpoints。對C函數(shù)添加斷點： 對OC的方法添加斷點： 常用的這個類型的斷點有，objc_exception_throw可以用來代替 Exception Breakpoint，還有一個-[NSObject doesNotRecognizeSelector:] 也比較常用，用于檢測方法調(diào)用失敗。 下斷： breakpoint set -a 函數(shù)地址? ?--常規(guī)斷點 breakpoint set --func-regex 函數(shù)關(guān)鍵字? ?--飄云提示：這個非常有用！我也是最近才研究發(fā)現(xiàn)的－雖然官方文檔一直有，但是沒重視 這樣下斷的優(yōu)勢： 比如再某動態(tài)庫中有 testA函數(shù)，那么常規(guī)做法是先 image list -o -f 查看模塊基址 然后 image lookup -r -n 函數(shù)關(guān)鍵字找到偏移? ?然后再 br s -a 基址＋偏移! 用上面這個命令下端就簡潔方便了！！！lldb會自動幫你下斷所有匹配特征字的斷點，可以模糊匹配哦 再來一個對動態(tài)庫函數(shù)下斷的： breakpoint set --shlib foo.dylib --name foo 這個也非常有用，可以進(jìn)行斷點過程中的一些自動化處理： breakpoint command add 斷點序號 這個也非常有用，對C函數(shù)下斷非常好 / 貌似是模糊匹配 breakpoint set -F isTest? ?/ 可以簡寫為 b isTest Test Failure Breakpoint 通過Xcode的UI添加方法同上。這個類型的break point 會在 test assertion 失敗的時候暫停程序的執(zhí)行。 Watchpoints Watuchpoints是一個用來監(jiān)聽變量的值的變化或者內(nèi)存地址的變化的工具，發(fā)生變化時會在debugger中觸發(fā)一個暫停。對于那些不知道如何準(zhǔn)確跟蹤的狀態(tài)問題，可以利用這個工具來解決。要設(shè)置watchpoint的話，在程序運(yùn)行到stack frame包含有你想觀察的變量時，讓debugger暫停運(yùn)行，這個時候變量在當(dāng)前stack frame的scope內(nèi)，這個時候才能對該變量設(shè)置watchpoint。 你可以在Xcode的GUI中設(shè)置watchpoint，在xcode的 Variables View中，把你想觀察的變量保留出來，然后右鍵設(shè)置“Watch XXX”。例如下圖，觀察self的title變量，點擊 Watch “_button1ClickCount” 即可。 命令行 或者也可以通過命令行來設(shè)置watchpoint：watch set variable _button1ClickCount，詳細(xì)命令可以參考：http://lldb.llvm.org/lldb-gdb.html，有好幾種命令可以達(dá)到同樣的效果。 上面是對變量進(jìn)行觀察，實際上我們可以對任意內(nèi)存地址進(jìn)行觀察，命令如下：watchpoint set expression — 0x123456，參考：http://stackoverflow.com/questions/21063995/watch-points-on-memory-address 需要注意的是，watchpoint是分類型的，包括read，write或者read_write類型，這個非常容易理解，在讀，寫或者讀寫變量或內(nèi)存的時候，watchpoint是否被觸發(fā)。read，write或read_write跟著-w參數(shù)后面表示類型。另外，命令行中，watchpoint還有一些簡寫，set簡寫為s，watch簡寫為wa，variable簡寫為v。 下面的示例是來自 http://www.dreamingwish.com/article/lldb-usage-a.html 網(wǎng)站的幾個命令： 第一個命令是監(jiān)聽_abc4變量的內(nèi)存地址write的變化，第二個是監(jiān)聽_abc4變量read的變化，第三個是監(jiān)聽_abc3變量read_write的變化。 需要注意的是，通過Xcode的GUI添加的watchpoint為默認(rèn)類型，即write類型，如果想要添加讀寫都watch的watchpoint，則只能通過命令行工具進(jìn)行添加了。 使用watchpoint modify -c ‘(XXX==XX)’，則修改watchpoint之后在某個值的時候才會監(jiān)聽。 編輯選項 BreakPoint Condition 當(dāng)我們通過Xcode對breakpoint進(jìn)行編輯時，可以發(fā)現(xiàn)normal breakpoint和symbolic breakpoint都有一個”Condition”輸入選項，這個的作用很容易理解，只有在設(shè)置的condition表達(dá)式為YES的情況下這些斷點才會起作用。 例如，下圖中的breakpoint在判斷字符串相等的時候才會停止運(yùn)行： 可以注意到這里使用stringWithUTF8Stirng:方法，原因在于lldb的expression parser有一個bug，不兼容非ASCII字符，需要處理一下才行，否則會報錯“An Objective-C constant string's string initializer is not an array”，參考：http://stackoverflow.com/questions/17192505/error-in-breakpoint-condition 更加簡單一些的例子就不說了，比如 i == 99之類的簡單比較，只要表達(dá)式的結(jié)果為BOOL類型即可。 Breakpoint Actions 可以看到上面的每種breakpoint編輯選項中基本上都有“Add Action”選項，當(dāng)breakpoint被觸發(fā)時，都首先會執(zhí)行我們設(shè)置的這些action，然后我們才能得到控制權(quán)，即Xcode上面才會顯示程序停止執(zhí)行的UI。這個Action通過例子比較好理解，我們通過上面那個setObject:forKey:的異常來說明。代碼如下： 設(shè)置Breakpoint: 可以看到上圖中，我們一共設(shè)置了3個action。第一個action，用來打印exception的詳細(xì)信息，用法參考：http://stackoverflow.com/questions/17238673/xcode-exception-breakpoint-doesnt-print-details-of-the-exception-being-thrown。 第二個action，我們使用shell命令“say”，讓電腦發(fā)聲，把一段文字讀出來。 第三個action，我們使用“bt”命令來打印調(diào)用棧信息 設(shè)置完成之后，當(dāng)異常發(fā)生時，我們會聽到電腦發(fā)聲念上圖中的英文，然后在log中可以看到如下信息，第一行是Exception的描述信息，下面是調(diào)用堆棧： Continuing after Evaluation 看一下breakpoint的編輯彈窗，我們可以發(fā)現(xiàn)有一個 “Automatically continue after evaluation actions” checkbox選項。當(dāng)我們勾選這個checkbox之后，debugger會執(zhí)行breakpoint中添加的所有的actions，然后繼續(xù)執(zhí)行程序。對于我們來說，除了觸發(fā)一大堆command并且執(zhí)行時間很長的情況之外，程序會很快跳過這個breakpoint，所以我們可能根本不會注意到這個breakpoint的存在。所以，這個選項的功能相當(dāng)于在執(zhí)行的最后一個action之后，直接輸入continue命令繼續(xù)執(zhí)行。 有了這個很強(qiáng)大的功能，我們可以直接通過breakpoints來單獨(dú)對我們的程序進(jìn)行修改。在某行代碼時停止執(zhí)行，使用”expression”命令來直接修改程序的某個變量設(shè)置直接修改UI，然后繼續(xù)執(zhí)行。expression / call 配合這個選項的時候，會非常強(qiáng)大，可以很方便實現(xiàn)很多很強(qiáng)大的功能。 例如，我們實現(xiàn)一個如下的功能，把tableview的第一個cell的selectBackgroundView的背景色改為紅色： action的內(nèi)容為“expression [[cell selectedBackgroundView] setBackgroundColor:[UIColor redColor]]”，這里的表達(dá)式先不用關(guān)心，我們后面LLDB章節(jié)會講到，修改之后，當(dāng)我們點擊cell的時候，cell的背景就會如下圖一樣變紅： 使用這種方式，我們在不需要修改一行代碼的情況下，只需要通過修改breakpoint，就可以實現(xiàn)對UI的各種調(diào)試效果。 前言 你是否嘔心瀝血的嘗試去理解代碼和打印出來的變量內(nèi)容？ NSLog(@"%@", whatIsInsideThisThing);? 或是漏過函數(shù)調(diào)用來就簡化工程行為？ NSNumber *n = @7; // theFunctionThatShouldReallyBeCalled();? 或者短路的檢查邏輯？ if (1 || theBooleanAtStake) { ... }? 亦或者是函數(shù)的偽實現(xiàn)？ 1.int calculateTheTrickyValue { 2.? return 9; 3.? 4.? /* 5.? ?Figure this out later. 6.? ?... 7.} 8. 那是不是要不斷的重編譯，然后又開始新的輪回？ 構(gòu)建軟件是復(fù)雜的而且BUG無處不藏。一個正常的修正過程是修改代碼，編譯，再次運(yùn)行，然后祈禱上帝。 似乎也不用墨守成規(guī)。你可以用調(diào)試器啊！假設(shè)你已經(jīng)知道怎么檢視變量值，這里有更多你需要掌握的東西。 這篇文章的目的是挑戰(zhàn)你的調(diào)試知識，把你可能知道得基礎(chǔ)知識點解析的更透徹，然后向你展示了一系列有趣的栗子。開始吧！ LLDB LLDB是個開源調(diào)試器，REPL特性，自帶C++以及Python插件。它與Xcode綁定并且駐在控制臺界面化于窗口的下端。 調(diào)試器允許你在一個特定執(zhí)行時刻暫停程序，檢視變量值，執(zhí)行自定義命令，以及按你認(rèn)為合適得步驟進(jìn)行程序步驟操控。（調(diào)試器主要功能戳這里） 你以前使用調(diào)試器的部分很可能僅限于Xcode的UI上打個斷點。但是這有些技巧，你可以做一些更酷比的事情。通過GDB與LLDB之間對比是針對所有支持的命令行的一個很好鳥瞰式的學(xué)習(xí)法，你還可能想要去安裝Chisel，一套開源的LLDB插件讓你的調(diào)試更加有趣。 與此同時，讓我們開始如何使用調(diào)試器打印變量值的旅程吧。 基礎(chǔ) 這里有一個簡單短小的程序來打印字符串。注意到斷點被添加到了第八行： 程序到此會停下來然后打開控制臺，讓我們能與調(diào)試器進(jìn)行交互。此時我們應(yīng)該輸入什么呢？ 幫助 最簡單得命令是鍵入help，你可以獲取一個命令行列表。如果你忘記一個命令或者想知道該命令更細(xì)致的使用方法，那么你可以通過調(diào)用help <command>，比如help print或help thread。如果你甚至忘記了命令本身，你可以嘗試使用help help，但是如果你懂得足夠多，你可能已經(jīng)徹底不要這個命令了。 打印 打印值很容易，只要試著鍵入print命令： LLDB實際上支持前綴命令判斷，所以你同樣可以使用prin, pri或者p。但是你不能使用pr，因為LLDB不能分辨出你是否是想執(zhí)行process命令。（吐槽幸好p沒有歧義，暴露屬性） 你同時也注意到了結(jié)果帶一個$0。實際上你可以用這個來引用變量！試著鍵入$0 + 7然后你會看到106。任何帶美元符號是LLDB的命名空間，其存在是為了為你提供幫助。 表達(dá)式 如果你想修改一個值？修改，你說的算？好吧，修改！下面來一個簡單得表達(dá)式命令行： 這并不修改調(diào)試器中的值。實際上修改的是程序中的值！如果你繼續(xù)程序，它很神奇地會打印出42紅氣球（上下文）。 從現(xiàn)在開始注意一點，我們?yōu)榱朔奖阌胮與e代替print和expression。 什么是打印命令？ 這里有一個有意思的表達(dá)式來考慮下：p count = 18。如果我們執(zhí)行命令然后打印count的內(nèi)容，我們會看到它確實相當(dāng)于執(zhí)行了表達(dá)式count = 18。 這兩者的區(qū)別是print命令不帶參數(shù)，這點與expression不同。考慮e -h +17。在選擇是否要進(jìn)行輸入源為+17，帶-h標(biāo)志的操作，還是選擇是否要進(jìn)行計算區(qū)分17和h操作，在這兩個選擇上面是不明確的。調(diào)試器認(rèn)為連字符導(dǎo)致了混淆，你可能得不到想要的結(jié)果。 幸運(yùn)的是，這個解決方法十分簡單。使用--來表示表示符號的結(jié)束以及輸入源的開始。此時如果你想要用-h標(biāo)志，你可以使用e -h -- +17，如果你想要進(jìn)行區(qū)分，則你可以執(zhí)行e -- -h +17。不帶標(biāo)志則是十分普通，它（e --）有一個別名print。 如果你鍵入help print并且往下拖拽，你會看到： 'print' is an abbreviation for 'expression --'.? 打印對象 如果我們嘗試鍵入 p objects? 那輸出會有點冗繁： (NSString *) $7 = 0x0000000104da4040 @"red balloons"? 當(dāng)嘗試打印一個更加復(fù)雜的數(shù)據(jù)結(jié)構(gòu)時候會情況會更糟： 1.(lldb) p @[ @"foo", @"bar" ] 2.? 3.(NSArray *) $8 = 0x00007fdb9b71b3e0 @"2 objects" 好吧，我們想看下對象的description方法。我們需要告訴expression命令作為對象來打印這個結(jié)果，使用-O標(biāo)志（這不是0）： 1.(lldb) e -O -- $8 2.<__NSArrayI 0x7fdb9b71b3e0>( 3.foo, 4.bar 5.) 很走運(yùn)，e -O --也有別名，其別名為po，我們可以只要這樣使用： 1.(lldb) po $8 2.<__NSArrayI 0x7fdb9b71b3e0>( 3.foo, 4.bar 5.) 6.(lldb) po @"lunar" 7.lunar 8.(lldb) p @"lunar" 9.(NSString *) $13 = 0x00007fdb9d0003b0 @"lunar" 打印變量 print命令有許多種不同的格式可以由你來指定。它們以命令格式為print/<fmt>或者更簡單p/<fmt>。接下來舉個栗子。 默認(rèn)的格式： 1.(lldb) p 16 2.16 16進(jìn)制格式： 1.(lldb) p/x 16 2.0x10 二進(jìn)制格式（t代表tow）： 1.(lldb) p/t 16 2.0b00000000000000000000000000010000 3.(lldb) p/t (char)16 4.0b00010000 你還可以使用p/c打印字符，或者是p/s打印一個非終止類型的字符串char *。完整列表戳這里。 變量 至此你可以打印對象跟簡單得類型，并可以在調(diào)試器中使用expression命令更改它們的值，讓我們使用一些變量來減少我們輸入工作。你可以聲明一個變量C來表示int a = 0，同樣你可以在LLDB中做同樣的事情。然后，變量必須以美元符號作為開頭： 1.(lldb) e int $a = 2 2.(lldb) p $a * 19 3.38 4.(lldb) e NSArray *$array = @[ @"Saturday", @"Sunday", @"Monday" ] 5.(lldb) p [$array count] 6.2 7.(lldb) po [[$array objectAtIndex:0] uppercaseString] 8.SATURDAY 9.(lldb) p [[$array objectAtIndex:$a] characterAtIndex:0] 10.error: no known method '-characterAtIndex:'; cast the message send to the method's return type 11.error: 1 errors parsing expression 噢。LLDB不能識別出所牽扯的變量類型。不時會遇到，我們可以給一點提示： 1.(lldb) p (char)[[$array objectAtIndex:$a] characterAtIndex:0] 2.'M' 3.(lldb) p/d (char)[[$array objectAtIndex:$a] characterAtIndex:0] 4.77 變量特性讓調(diào)試器更容易被使用，你這么認(rèn)為嗎？ 流程控制 你的程序會在你打上斷點的位置停下來。 此時你看到在調(diào)試工具欄有四個按鈕，通過使用它們你可以控制程序的執(zhí)行流程： 這四個按鈕從左到右依次為：繼續(xù)，單步，跳入，跳出。 首先，繼續(xù)按鈕將會讓你得程序繼續(xù)正常執(zhí)行（可能一直運(yùn)行或者遇到下一個斷點）。在LLDB中，你可以使用process continue來繼續(xù)執(zhí)行，別名為c。 其次，單步執(zhí)行將會將單行代碼當(dāng)做黑盒一樣執(zhí)行。如果那行你調(diào)用了函數(shù)，那將不會進(jìn)入這個函數(shù)，而是直接執(zhí)行這個函數(shù)后繼續(xù)運(yùn)行。LLDB中相對應(yīng)的命令是thread step-over，next，或者 n。 如果你想進(jìn)入一個函數(shù)調(diào)用來檢查調(diào)試該函數(shù)的執(zhí)行，你可以使用第三個按鈕，跳入，LLDB同樣提供了thread step-in，step， 和s。注意到next與step在當(dāng)前行代碼不涉及函數(shù)調(diào)用的時候效果是一樣的。 大部分知道c，n，s。但是還有第四個按鈕，跳出。如果你不小心跳入了一個函數(shù)而你本意是想跳過它，一般反應(yīng)是不斷的按n知道函數(shù)返回。跳出幫你節(jié)省時間。它會執(zhí)行到return語句（知道執(zhí)行了出棧操作），然后會停下來。 舉個栗子 來看下如下的代碼片段： 代碼停在斷點，然后我們執(zhí)行如下的命令行： 1.p i 2.n 3.s 4.p i 5.finish 6.p i 7.frame info 這里，frame info將會告訴你當(dāng)前行以及源文件是啥，可以通過鍵入help frame，help thread，以及help process獲取更多信息。那么輸出什么呢？先思考之前的描述想下答案！ 1.(lldb) p i 2.(int) $0 = 99 3.(lldb) n 4.2014-11-22 10:49:26.445 DebuggerDance[60182:4832768] 101 is odd! 5.(lldb) s 6.(lldb) p i 7.(int) $2 = 110 8.(lldb) finish 9.2014-11-22 10:49:35.978 DebuggerDance[60182:4832768] 110 is even! 10.(lldb) p i 11.(int) $4 = 99 12.(lldb) frame info 13.frame #0: 0x000000010a53bcd4 DebuggerDance`main + 68 at main.m:17 仍在17行的原因是finish命令會讓程序運(yùn)行直到isEven()函數(shù)返回，然后馬上停止。但是請注意，17行已經(jīng)執(zhí)行完了。 線程返回 還有一個特別幫的功能是你在調(diào)試的時候可以用thread return來控制程序流程。它使用可選參數(shù)，將這個參數(shù)載入寄存器，單后馬上執(zhí)行返回命令，然后函數(shù)出棧。這意味著剩下函數(shù)沒有被執(zhí)行。這樣因為ARC的引用計數(shù)/記錄出現(xiàn)問題，或者遺漏一些清除操作。但在一個函數(shù)的開頭執(zhí)行這個命令是一個非常棒得函數(shù)打樁并且反悔了一個偽結(jié)果。 讓我們來對上述相同的代碼段跑如下的指令： 1.p i 2.s 3.thread return NO 4.n 5.p even0 6.frame info 在看答案之前鄉(xiāng)下結(jié)果，答案如下： 1.(lldb) p i 2.(int) $0 = 99 3.(lldb) s 4.(lldb) thread return NO 5.(lldb) n 6.(lldb) p even0 7.(BOOL) $2 = NO 8.(lldb) frame info 9.frame #0: 0x00000001009a5cc4 DebuggerDance`main + 52 at main.m:17 斷點 我們一直都使用斷點來讓程序停止，檢視當(dāng)前狀態(tài)從而捕獲BUG。但是如果我們轉(zhuǎn)變對斷點的理解，我們可以獲得更多可能。 A breakpoint allows you to instruct a program when to stop, and then allows the running of commands. 考慮在函數(shù)剛開始處打一個斷點，使用thread return來重寫函數(shù)行為，然后繼續(xù)。現(xiàn)在想象下自動實現(xiàn)這種處理。是不是聽起來很牛X，不是么？ 斷點管理 Xcode提供了一套工具來創(chuàng)建和操作斷點。我們將會逐一過一遍并且進(jìn)行描述與之對應(yīng)的LLDB命令行。 在Xcode的左面板上，有一堆按鈕集合。有一個長得很像斷點。點擊打開斷點導(dǎo)航欄，進(jìn)去之后你一眼看到你所操作的所有斷點： 這里你可以看到所有的斷點 - 對應(yīng)LLDB中的breakpoint list或者是br li。你可以點擊單個斷點進(jìn)行打開或者關(guān)閉 - 對應(yīng)LLDB中的breakpoint enable <breakpointID>和breakpoint disable <breakpointID>： 1.(lldb) br li 2.Current breakpoints: 3.1: file = '/Users/arig/Desktop/DebuggerDance/DebuggerDance/main.m', line = 16, locations = 1, resolved = 1, hit count = 1 4.? 5.? 1.1: where = DebuggerDance`main + 27 at main.m:16, address = 0x000000010a3f6cab, resolved, hit count = 1 6.? 7.(lldb) br dis 1 8.1 breakpoints disabled. 9.(lldb) br li 10.Current breakpoints: 11.1: file = '/Users/arig/Desktop/DebuggerDance/DebuggerDance/main.m', line = 16, locations = 1 Options: disabled 12. 13.? 1.1: where = DebuggerDance`main + 27 at main.m:16, address = 0x000000010a3f6cab, unresolved, hit count = 1 14.? 15.(lldb) br del 1 16.1 breakpoints deleted; 0 breakpoint locations disabled. 17.(lldb) br li 18.No breakpoints currently set. 創(chuàng)建斷點 （UI創(chuàng)建略了。。。是人都會吧。。） 在調(diào)試器中打斷點，使用breakpoint set命令： 1.(lldb) breakpoint set -f main.m -l 16 2.Breakpoint 1: where = DebuggerDance`main + 27 at main.m:16, address = 0x 縮寫可以用br。b是另外一個完全不同的命令，是_regexp-break的別名，但是它足夠健壯來進(jìn)行創(chuàng)建上述命令一樣效果的斷點： 1.(lldb) b main.m:17 2.Breakpoint 2: where = DebuggerDance`main + 52 at main.m:17, address = 0x 你也可以防止一個斷點在一個符號（C語言函數(shù)），而不用指定行數(shù)： 1.(lldb) b isEven 2.Breakpoint 3: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x000000010a3f6d00 3.(lldb) br s -F isEven 4.Breakpoint 4: where = DebuggerDance`isEven + 16 at main.m:4, address 5. 現(xiàn)在這些斷點會停止正在將要執(zhí)行的函數(shù)，同樣適用與OC方法： 1.(lldb) breakpoint set -F "-[NSArray objectAtIndex:]" 2.Breakpoint 5: where = CoreFoundation`-[NSArray objectAtIndex:], address = 0x000000010ac7a950 3.(lldb) b -[NSArray objectAtIndex:] 4.Breakpoint 6: where = CoreFoundation`-[NSArray objectAtIndex:], address = 0x000000010ac7a950 5.(lldb) breakpoint set -F "+[NSSet setWithObject:]" 6.Breakpoint 7: where = CoreFoundation`+[NSSet setWithObject:], address = 0x000000010abd3820 7.(lldb) b +[NSSet setWithObject:] 8.Breakpoint 8: where = CoreFoundation`+[NSSet setWithObject:], address = 0x000000010abd3820 如果你想通過UI來創(chuàng)建象征性斷點，你可以點擊左下端斷點導(dǎo)航欄的+號： 然后選擇第三個選項： 此時出現(xiàn)彈出框讓你輸入比如-[NSArray objectAtIndex:]的符號，然后程序在這個函數(shù)調(diào)用的時候便可以停止下來，不管是你的代碼或者還是大蘋果的代碼！ 如果我們看下其他選項，我們可以發(fā)現(xiàn)一些有意思的選項，同樣提供了各種條件觸發(fā)的鍛煉只要你點擊了Xcode的UI并且選擇了“Edit Breakpoint”選項： 如上圖，斷點只有在i為99的時候才會停止程序。你可以同樣設(shè)置“ ignore”選項來告訴斷點在前n次調(diào)用的時候不用停止程序（條件為真）。 這里還有一個“Add Action”按鈕。。。 斷點動作 可能上面斷點的栗子中，你想知道每次斷點時候i值是多少。我們可以使用動作p i，然后當(dāng)斷點觸發(fā)的時候我們進(jìn)入調(diào)試器，它會預(yù)先執(zhí)行這個命令在將控制流程交給你之前： 你也可以加多重動作，可以是調(diào)試器指令，shell指令或者更健壯的打印信息： 如上你可以看到打印出i值，還有強(qiáng)調(diào)語句，打印出自定義的表達(dá)式。 下面是上述功能用純LLDB命令代替Xcode的UI： 1.(lldb) breakpoint set -F isEven 2.Breakpoint 1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00 3.(lldb) breakpoint modify -c 'i == 99' 1 4.(lldb) breakpoint command add 1 5.Enter your debugger command(s).? Type 'DONE' to end. 6.> p i 7.> DONE 8.(lldb) br li 1 9.1: name = 'isEven', locations = 1, resolved = 1, hit count = 0 10.? ? Breakpoint commands: 11.? ? ? p i 12. 13.Condition: i == 99 14.? 15.? 1.1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00, resolved, hit count = 0 自動化，我們來了！ 計算值之后繼續(xù) 如果視線停留在斷點彈出框的底端，你會額外看到一個選項：“Automatically continue after evaluation actions（計算動作后自動執(zhí)行）。”它只是一個勾選框，但是它卻有強(qiáng)大的能力。如果你勾選上了，調(diào)試器將會蘋果你所有的命令然后繼續(xù)執(zhí)行程序。表面上看上跟斷點沒有打住一樣（除非你斷點太多了，拖慢了程序進(jìn)度）。 這個勾選框功能與最后一個動作斷點繼續(xù)執(zhí)行效果一樣，但是有勾選框更加容易點。對應(yīng)調(diào)試器的指令如下： 1.(lldb) breakpoint set -F isEven 2.Breakpoint 1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00 3.(lldb) breakpoint command add 1 4.Enter your debugger command(s).? Type 'DONE' to end. 5.> continue 6.> DONE 7.(lldb) br li 1 8.1: name = 'isEven', locations = 1, resolved = 1, hit count = 0 9.? ? Breakpoint commands: 10.? ? ? continue 11.? 12.? 1.1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00, resolved, hit count = 0 計算后自動繼續(xù)運(yùn)行讓你可以單獨(dú)通過使用斷點來修改你的程序！你可以停止在單行，運(yùn)行一個expression命令來改變變量，然后繼續(xù)。 舉個栗子 考慮下簡陋?dú)埧岬摹按蛴∈秸{(diào)試”技術(shù)。不是用： NSLog(@"%@", whatIsInsideThisThing);? 而是用斷點處設(shè)置打印變量值替代吊打印日志打印語句然后繼續(xù)。 不是用： 1.? return 9; 2.? /* 3.? ?... 4.} 5. 而是用斷點處調(diào)用thread return 9然后繼續(xù)執(zhí)行。 帶動作的象征斷點確實真的很強(qiáng)大。你也可以添加這些斷點到你朋友的Xcode工程并且讓動作將所有信息細(xì)致展示出來。接下來看看要耗時多久來進(jìn)行計算以及會發(fā)生什么吧。 調(diào)試器完整操作 在起舞之前還有一點需要我們注意。你真的可以在調(diào)試器中執(zhí)行任何的C/OC/C++/Swift命令。比較弱的是我們不能創(chuàng)建一個新的函數(shù)。。。這意味著沒有新的類，塊，函數(shù)，帶虛方法的C++類等等。除了這個，調(diào)試器什么都能滿足！ 我們可以分配一些字節(jié)： 1.(lldb) e char *$str = (char *)malloc(8) 2.(lldb) e (void)strcpy($str, "munkeys") 3.(lldb) e $str[1] = 'o' 4.(char) $0 = 'o' 5.(lldb) p $str 6.(char *) $str = 0x00007fd04a900040 "monkeys" 或者我們可以檢查一些內(nèi)存（使用x命令）來看我們新數(shù)組的4個字節(jié)： 1.(lldb) x/4c $str 2.0x7fd04a900040: monk 我們還可以后三個字節(jié)： 1.(lldb) x/1w `$str + 3` 2.0x7fd04a900043: keys 當(dāng)你所要的活結(jié)束的時候別忘記了釋放內(nèi)存避免造成內(nèi)存泄露： (lldb) e (void)free($str)? 跳舞吧，騷年！ 現(xiàn)在我們已經(jīng)清楚基礎(chǔ)步驟，是時候來整一些比較瘋狂的東西了。我過去曾寫過一篇博客（大家自己收藏。。。）發(fā)表在looking at the internals of NSArray。當(dāng)時用了大量的NSLog語句，后來全用調(diào)試器搞定了。它是一個很好的調(diào)試器使用練習(xí)。 暢通無阻（無斷點模式） 當(dāng)你的應(yīng)用在跑的時候，Xcode中的調(diào)試工具欄展示一個停止按鈕而非繼續(xù)狀態(tài)的按鈕： 選中這個按鈕的時候，應(yīng)用遇到斷點將會停止（就像輸入了process interrupt）。這時候?qū)屇氵M(jìn)入調(diào)試器。 這里有一個有趣的地方。如果你運(yùn)行一個iOS應(yīng)用，你可以嘗試這個（全局變量可提供） 1.(lldb) po [[[UIApplication sharedApplication] keyWindow] recursiveDescription] 2.<UIWindow: 0x7f82b1fa8140; frame = (0 0; 320 568); gestureRecognizers = <NSArray: 0x7f82b1fa92d0>; layer = <UIWindowLayer: 0x7f82b1fa8400>> 3.? ?| <UIView: 0x7f82b1d01fd0; frame = (0 0; 320 568); autoresize = W+H; layer = <CALayer: 0x7f82b1e2e0a0>> 可以看到整個層級！Chisel（上文提及）用pviews來實現(xiàn)。 更新UI 然后，通過上述的輸出，我們可以看到隱藏的視圖： (lldb) e id $myView = (id)0x7f82b1d01fd0? 然后在調(diào)試器中修改它的背景色： (lldb) e (void)[$myView setBackgroundColor:[UIColor blueColor]]? 在你下次繼續(xù)運(yùn)行這個程序的時候你才會看到變化。這因為這個變化需要傳遞給渲染服務(wù)然后視圖展示才會被更新。 渲染服務(wù)實際上是另一個進(jìn)程（稱作后臺），并且甚至我們調(diào)試進(jìn)程被停止了，這個后臺也不會被停止！ 這意味著不通過繼續(xù)，你可以執(zhí)行： (lldb) e (void)[CATransaction flush]? 在模擬器中或者設(shè)備中的UI會進(jìn)行刷新而你還在調(diào)試器中！Chisel提供了一個別名函數(shù)叫做caflush，并且它被用來實現(xiàn)其它捷徑像hide <view>，show <view>還有其他許多許多。所有的Chisel命令都有對應(yīng)的文檔，所以就在安裝它之后鍵入help來隨心所欲的獲取更多的信息吧。 壓入視圖控制器 想象一個簡單的應(yīng)用有一個UINavigationController作為根視圖控制器。你可以在調(diào)試器中相當(dāng)簡易的執(zhí)行如下操作： (lldb) e id $nvc = [[[UIApplication sharedApplication] keyWindow] rootViewController]? 然后壓入子視圖控制器： 1.(lldb) e id $vc = [UIViewController new] 2.(lldb) e (void)[[$vc view] setBackgroundColor:[UIColor yellowColor]] 3.(lldb) e (void)[$vc setTitle:@"Yay!"] 4.(lldb) e (void)[$nvc pushViewContoller:$vc animated:YES] 最后執(zhí)行： (lldb) caflush // e (void)[CATransaction flush]? 你會看到馬上壓入了一個視圖控制器。 找到按鈕的目標(biāo) 想象下你調(diào)試器中有一個變量，$myButton，你想要去創(chuàng)建它，并從UI中抓取它，或者簡單地只是你想在斷點停下來的時候?qū)⑺鳛閭€局部變量。你可能想知道當(dāng)你點擊它的時候是誰接收了這個動作。這里展示達(dá)到這點有多么的簡單： 1.(lldb) po [$myButton allTargets] 2.{( 3.? ? <MagicEventListener: 0x7fb58bd2e240> 4.)} 5.(lldb) po [$myButton actionsForTarget:(id)0x7fb58bd2e240 forControlEvent:0] 6.<__NSArrayM 0x7fb58bd2aa40>( 7._handleTap: 8.) 現(xiàn)在你可能想在事件發(fā)生的時候添加一個斷點。只要在LLDB或者Xcode設(shè)置象征性斷點在-[MyEventListener _handleTap:]。and you are all set to Go! 觀察實例變量值變化 想象一個假設(shè)的場景你有一個UIView且它的_layer實例變量被重寫了。因為這里可能不涉及方法，我們不能使用象征性斷點。取而代之的是我們想觀察一個內(nèi)存地址什么時候被寫入了。 首先我們需要找到_layer對象在那里： 1.(ptrdiff_t) $0 = 8 2. 現(xiàn)在我們知道($myView + 8)這個內(nèi)存地址被寫入了： 1.(lldb) watchpoint set expression -- (int *)$myView + 8 2.Watchpoint created: Watchpoint 3: addr = 0x7fa554231340 size = 8 state = enabled type = w 3.? ? new value: 0x0000000000000000 對應(yīng)Chisel里面的wivar $myView _layer。 在非重寫方法上的象征性斷點 想象你想知道什么時候-[MyViewController viewDidAppear:]被調(diào)用了。如果MyViewController實際上沒有實現(xiàn)這個方法，但是父類實現(xiàn)了呢？我們可以設(shè)置一個斷點來看看具體情況： 1.(lldb) b -[MyViewController viewDidAppear:] 2.Breakpoint 1: no locations (pending). 3.WARNING:? Unable to resolve breakpoint to any actual locations. 因為LLDB根據(jù)符號搜索，它找不到該方法，所以你的斷點將不會被觸發(fā)。你所需要做的是設(shè)置一個條件，[self isKindofClass:[MyViewController class]]，然后見這個斷點設(shè)在UIViewController上。一般來說，設(shè)置一個這樣的條件是有效的，但是，這里無效是因為我們沒有父類該方法的實現(xiàn)。 viewDidAppear:是大蘋果寫的，所以沒有對應(yīng)的符號；在方法內(nèi)部也沒有self。如果你想要使用在象征性斷點內(nèi)使用self，你需要知道它在那里（可能在寄存器也可能在棧上；在x86你可能在$esp+4找到它）。這是個通過的歷程，因為你知道已經(jīng)知道有四種體系架構(gòu)了。吐槽略。。幸運(yùn)的是，Chisel已經(jīng)完成了這些封裝，你可以調(diào)用bmessage： 1.(lldb) bmessage -[MyViewController viewDidAppear:] 2.Setting a breakpoint at -[UIViewController viewDidAppear:] with condition (void*)object_getClass((id)$rdi) == 0x000000010e2f4d28 3.Breakpoint 1: where = UIKit`-[UIViewController viewDidAppear:], address = 0x000000010e11533c LLDB與Python LLDB有完整的內(nèi)置Python支持。如果你在LLDB上輸入腳本，它會打開一個Python REPL。如果你在LLDB中鍵入script，它會打開一個Python REPL。你可以傳入一行Python語句到script命令來不進(jìn)入REPL的情況下進(jìn)行執(zhí)行腳本： 1.(lldb) script import os 2.(lldb) script os.system("open http://www.objc.io/") 這允許你創(chuàng)建各種各樣的酷比命令。將這個丟入文件，~/myCommands.py： 1.? debugger.HandleCommand("e (void)[CATransaction flush]") 2. 然后在LLDB中運(yùn)行如下： command script import ~/myCommands.py? 或者，將這行代碼放置于/.lldbinit讓LLDB每次運(yùn)行的時候都執(zhí)行一次。Chisel不過就是一堆Python腳本用來組合字符串，然后告訴LLDB來執(zhí)行這些字符串。聽起來很簡單吧！呃？ 參考鏈接： 1.當(dāng)異常出現(xiàn)時 2.日志記錄CocoaLumberjack 3.在Xcode中調(diào)試程序 4.南峰子的技術(shù)博客 5.與調(diào)試器共舞 - LLDB 的華爾茲 6.官方調(diào)試技巧文檔 7.inspecting-obj-c-parameters-in-gdb

?

?

轉(zhuǎn)載于:https://www.cnblogs.com/linganxiong/p/9339165.html

總結(jié)

以上是生活随笔為你收集整理的[转] Xcode 高级调试技巧的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。