對于LLDB調試相信很多開發(fā)者都不陌生但是也僅僅停留在下斷點看數據的階段献雅，使用最多的命令也就是po甚至包括我在內的一部分開發(fā)者也就會使用這一條命令起胰，因為在平時的開發(fā)中這已經能夠滿足我們的使用要求了檬洞，有一次在聽唐巧大神的分享會的時候當時大神在LLDB里面進行各種操作簡直是亮瞎了我的雙眼這不才在晚上搜索了一下這個東西才發(fā)現(xiàn)原來這里暗藏玄機聚霜，其實網上的帖子都已經講的很清晰了可是為什么自己還要自己寫一遍呢鞋邑？說白了就是想著自己再加深一遍印象以后再回來看的時候能快速的找到地方噩茄。
下面來切入正題：
1.LLDB簡介
LLDB 是一個有著 REPL 的特性和 C++ ,Python 插件的開源調試器。LLDB 綁定在 Xcode 內部弟劲，存在于主窗口底部的控制臺中蟋软。調試器允許你在程序運行的特定時暫停它镶摘，你可以查看變量的值，執(zhí)行自定的指令岳守，并且按照你所認為合適的步驟來操作程序的進展凄敢。
你以前有可能已經使用過調試器，即使只是在 Xcode 的界面上加一些斷點湿痢。但是通過一些小的技巧涝缝，你就可以做一些非常酷的事情。GDB to LLDB 參考是一個非常好的調試器可用命令的總覽俊卤。你也可以安裝 Chisel嫩挤，它是一個開源的 LLDB 插件合輯，這會使調試變得更加有趣消恍。
來自 與調試器共舞 - LLDB 的華爾茲
2. 簡單命令的講解
先來一段代碼片段岂昭，下面的講解大都是基于此
- help
見文識意，可以通過輸入help命令來了解全部的lldb的指令也可以輸入help <command>來獲取某一個特定指令的詳細注解 - print 簡寫為 p
print命令
細心的人可能會注意到在輸出結果中有$0狠怨，任何以美元符開頭的東西都是存在于 LLDB 的命名空間的约啊，試試print $0 + 7，你會看到106佣赖，實際上$0是指向這個結果的 - po
po指令
相對print指令po指令僅僅是打印變量的description方法 - breakpoint
a 給某個文件的某一行下斷點breakpoint set --file ViewController.m --line 20或者簡寫為breakpoint set -f ViewControlloer.m -l 20斷點成功后的提示：
設置某一行的斷點
b 給某個函數下斷點breakpoint set -n -[ViewController testFunction]
c 給指定的動態(tài)庫中指定的方法添加斷點breakpoint set -s libate.dylib -n freePartitionTables2D
d 查看斷點的列表breakpoint list
e 刪除斷點breakpoint delete - watchPoint - 觀測某個變量值的具體變化
比如我們要觀測變量i的變化watchpoint set variable i恰矩，只要被檢測的變量值發(fā)生改變即會被檢測到。成功檢測后的結果如下：
成功檢測某個變量后的結果
也可以在這里檢測：
甚至可以設置變量i觸發(fā)的條件：watchpoint modify -c '(i=40)'當i的值變化到40時觸發(fā)
我們可以看一下具體斷點的參數憎蛤，使用watchpoint list命令
此時可以看到觀察的變量的地址外傅、聲明變量的代碼所在的行數、當前變量的值以及觸發(fā)所需要的條件 - image
該命令用于尋址俩檬，假如程序由于某個原因崩潰掉了然而崩潰并沒有給你定位到具體的信息而是直接怵在了main函數里邊萎胰，此時image指令將極大的幫助你。使用指令：image lookup --address棚辽，在這里筆者舉個簡單的數組越界的定位例子：
不要問我崩潰地址從哪看這個這個應該能找到吧?? 技竟，行數都已經顯示出來了還有什么解決不了的呢 - thread
athread list查看當前進程狀態(tài)，前面帶有 * 號的那條線程代表的就是當前線程
bthread backtrace作用是打印出當前線程的堆棧信息屈藐。當程序發(fā)生了crash后榔组，我們可以用該命令打印出發(fā)生crash的當前的程序堆棧，查詢出發(fā)生crash的調用路徑联逻。由于比較常用搓扯，所以LLDB直接給它一個特殊的bt別名。
cthread另一個比較常用的用法是thread return包归，調試的時候擅编，我們希望在當前執(zhí)行的程序堆棧直接返回一個自己想要的值，可以執(zhí)行該命令直接返回箫踩。thread return帶有一個可選的返回值。 - frame
frame即是幀谭贪，其實就是當前的程序堆棧境钟，我們使用bt打印出來的是當前線程的frame，而我們關心的是當前堆棧的變量值俭识，我們可以使用frame variable獲取全部變量值慨削。也可以通過frame variable self-> count來獲取某個特定的變量的值。 - expression - (e)
個人感覺這條命令比較強大，因為什么呢缚态？馬上就說磁椒。因為它能改變一個變量在調試器以及程序當中的值，而當程序繼續(xù)執(zhí)行時會使用改變過后的值玫芦。
命令的使用方法：expression count = 5浆熔，從此以后變量count的值就變成了5
當然了有人會有這樣的疑問：我打個斷點直接利用xcode就能打上何必要用這么復雜難記得命令行呢？其實在實際開發(fā)中除非遇到難以解決的問題會用到lldb的命令行以外一般確實用不到桥帆，就比如說要為.a文件里的某個方法里打斷點医增，此時命令行可能就是你的救星了。然而xcode其實已經在自己的GUI界面里面為我們實現(xiàn)了一部分的命令只是在平時開發(fā)中并沒有注意到接下來就為了我方便記憶的原則來簡單寫一下老虫。
3.XcodeGUI界面介紹
-
先來一發(fā)圖
相信大家看著這張圖并不陌生叶骨，但是呢可能會對后面的兩個按鈕并沒有那么的關注，只要你將鼠標放到這四個按鈕上其實就明白了但是還有在這里簡單說一下祈匙，從左到右一次為：continue忽刽，step over，step into夺欲，step out
- 第一個跪帝，
continue按鈕，會取消程序的暫停洁闰，允許程序正常執(zhí)行 (要么一直執(zhí)行下去歉甚，要么到達下一個斷點)。在 LLDB 中扑眉，你可以使用process continue命令來達到同樣的效果纸泄，它的別名為continue，或者也可以縮寫為c腰素。 - 第二個聘裁，
step over按鈕，會以黑盒的方式執(zhí)行一行代碼弓千。如果所在這行代碼是一個函數調用衡便，那么就不會跳進這個函數，而是會執(zhí)行這個函數洋访，然后繼續(xù)镣陕。LLDB 則可以使用thread step-over，next姻政，或者n命令呆抑。 - 如果你確實想跳進一個函數調用來調試或者檢查程序的執(zhí)行情況，那就用第三個按鈕汁展，
step in鹊碍，或者在LLDB中使用thread step in厌殉，step，或者s命令侈咕。注意公罕，當前行不是函數調用時，next和step效果是一樣的耀销。 - 大多數人知道
c楼眷，n和s，但是其實還有第四個按鈕树姨，step out摩桶。如果你曾經不小心跳進一個函數，但實際上你想跳過它帽揪，常見的反應是重復的運行n直到函數返回硝清。其實這種情況，step out按鈕是你的救世主转晰。它會繼續(xù)執(zhí)行到下一個返回語句 (直到一個堆棧幀結束) 然后再次停止芦拿。
- 再來一發(fā)圖
相信大家對于上圖中第二個并不陌生，那么在這里也就不敘述了查邢，現(xiàn)在說一下第三個選項：
Symbolic Breakpoint
你可以在Symbol選項里面添加例如
-[NSArray objectAtIndex:] 這樣的符號斷點蔗崎，這樣當這個方法被調用的時候程序就會停止。
當然了當程序停止時你也可以自定義一些信息比如打印一些信息或者念一段語音之類的扰藕。缓苛。。
同樣的對于如下面普通斷點其實也有一些比較吸引人的功能：
condition里面可以設置觸發(fā)此斷點的條件邓深，ignore選項可以設置前n次運行不觸發(fā)該斷點未桥，Action同樣的可以設置觸發(fā)斷點后的一些個操作。
此時你可能會發(fā)現(xiàn)下面有這么一個選擇框：
Automatically continue after evaluation actions.芥备，選中它冬耿，調試器會運行你所有的命令，然后繼續(xù)運行萌壳∫嘞猓看起來就像沒有執(zhí)行任何斷點一樣。
4.舉個例子
1.解決NSLog(@"%@",string);繁瑣的打印log
小伙伴們在平時的開發(fā)中有沒有為了想看某個變量的值而NSLog(@"%@",string);偶爾一個還好可是項目大了每每運行起來的時候下面就無數個log信息袱瓮，自己看的也心里煩而且在release版本下還會消耗一本分的性能缤骨，所以在調試的時候可以選擇為為某個變量添加特定的條件以及Action來觀測該變量值的變化。
2.解決跳過一個函數調用來簡化程序的行為
if (1 || condition) {
}
對于上面簡化判斷的方式是可取的然而智者千慮必有一失尺借，在進行判斷時如果使用expression命令將條件改為YES或者在復雜的判斷中修改為任何你想要的值绊起，無疑是極為方便的
-(void)testFunction {
return;
//已經存在的一些代碼
}
比如已經運行起來的程序突然想跳過某個方法，那么就必須像上面那樣寫然后再重新編譯褐望，對于大工程來說編譯時間無疑是個漫長的等待勒庄，so你或許可以機制的利用thread return來直接返回
5.更新UI
有時候為了調試一個簡單的布局而來回修改編譯，那么漫長的編譯時間無疑會浪費掉你寶貴的開發(fā)時間瘫里，在xcode8以前似乎有這么一個插件可以適時將修改反應在界面上实蔽，可惜xcode8以后就沒用過了，那么在這里通過LLDB調試器也可以更加炫酷的實現(xiàn)這一功能谨读。
前面說過在LLDB中的變量都要在變量名前加上 $
1.假如我們要修改一個view的顏色局装，那么可以通過po命令來獲取到你想要你的view的信息(假設給view開辟的內存地址為：0x7f82b2601fd0)
首先獲取這個view
(lldb) e id $myView = (id)0x7f82b2601fd0
在調試器中改變這個view的顏色
(lldb) e (void)[$myView setBackgroundColor:[UIColor redColor]]
最后刷新UI即可
(lldb) e (void)[CATransaction flush]
此時你就可以看到界面上view的顏色被修改為了紅色，因為即使你仍然在調試器中劳殖，渲染服務實際上是一個另外的進程 (被稱作 backboardd)铐尚。這就是說即使我們正在調試的內容所在的進程被打斷了，backboardd 也還是繼續(xù)運行著的哆姻。
2.push一個ViewController
想象一個以 UINavigationController 為 root ViewController 的應用宣增。你可以通過下面的命令，輕松地獲取它：
(lldb) e id $nvc = [[[UIApplication sharedApplication] keyWindow] rootViewController]
然后 push 一個 child view controller或者是已經存在的特定的view controller
(lldb) e id $vc = [UIViewController new]
(lldb) e (void)[[$vc view] setBackgroundColor:[UIColor yellowColor]]
(lldb) e (void)[$vc setTitle:@"Yay!"]
(lldb) e (void)[$nvc pushViewContoller:$vc animated:YES]
最后運行下面的命令：
(lldb) e (void)[CATransaction flush]
navigation Controller 就會立刻就被 push 到你眼前矛缨。
寫了這么多除了讓我自己能忘記的時候回來看看同時也希望對有所需要的小伙伴有所幫助爹脾！
