前言

今天花了一天的時(shí)間終于把iOS的幾種常見的調(diào)試方法給學(xué)習(xí)了一下，在這里給大家分享一下LLDB的使用，同時(shí)也是為了忘記以后，方便查找。

LLDB介紹

LLDB 是一個(gè)有著 REPL 的特性和 C++ ,Python 插件的開源調(diào)試器。LLDB 綁定在 Xcode 內(nèi)部，存在于主窗口底部的控制臺(tái)中。調(diào)試器允許你在程序運(yùn)行的特定時(shí)暫停它，你可以查看變量的值，執(zhí)行自定的指令，并且按照你所認(rèn)為合適的步驟來操作程序的進(jìn)展。

基礎(chǔ)

這里有一個(gè)簡單的小程序，它會(huì)打印一個(gè)字符串。注意斷點(diǎn)已經(jīng)被加在第 8 行。斷點(diǎn)可以通過點(diǎn)擊 Xcode 的源碼窗口的側(cè)邊槽進(jìn)行創(chuàng)建。

Image_2014-11-20_at_10.01.46_PM.png

Image_2014-11-20_at_10.09.38_PM.png

'print' is an abbreviation for 'expression --'.
(print是 `expression --` 的縮寫)

打印對象
嘗試輸入

p objects

輸出會(huì)有點(diǎn)啰嗦

(NSString *) $7 = 0x0000000104da4040 @"red balloons"

如果我們嘗試打印結(jié)構(gòu)更復(fù)雜的對象，結(jié)果甚至?xí)?/p>

(lldb) p @[ @"foo", @"bar" ]
(NSArray *) $8 = 0x00007fdb9b71b3e0 @"2 objects" 

實(shí)際上，我們想看的是對象的 description
方法的結(jié)果。我么需要使用 -O(字母 O，而不是數(shù)字 0) 標(biāo)志告訴 expression命令以 對象(Object) 的方式來打印結(jié)果。

(lldb) e -O -- $8
<__NSArrayI 0x7fdb9b71b3e0>(
  foo,
  bar
)

幸運(yùn)的是，e -o --有也有個(gè)別名，那就是 po
(print object 的縮寫)，我們可以使用它來進(jìn)行簡化：

(lldb) po $8
<__NSArrayI 0x7fdb9b71b3e0>(
foo,
bar)
(lldb) po @"lunar"
lunar
(lldb) p @"lunar"
(NSString *) $13 = 0x00007fdb9d0003b0 @"lunar"

打印變量
可以給 print指定不同的打印格式。它們都是以 print/<fmt>或者簡化的 p/<fmt>格式書寫。下面是一些例子：
默認(rèn)的格式

(lldb) p 1616

十六進(jìn)制:

(lldb) p/x 16
0x10

二進(jìn)制 (t代表 two)：

(lldb) p/t 16
0b00000000000000000000000000010000
(lldb) p/t (char)16
0b00010000

你也可以使用 p/c打印字符，或者 p/s打印以空終止的字符串 (譯者注：以 '\0' 結(jié)尾的字符串)。 這里是格式的完整清單。
變量
現(xiàn)在你已經(jīng)可以打印對象和簡單類型，并且知道如何使用 expression
命令在調(diào)試器中修改它們了?，F(xiàn)在讓我們使用一些變量來減少輸入量。就像你可以在 C 語言中用 int a = 0來聲明一個(gè)變量一樣，你也可以在 LLDB 中做同樣的事情。不過為了能使用聲明的變量，變量必須以美元符開頭。

(lldb) e int $a = 2
(lldb) p $a * 19
38
(lldb) e NSArray *$array = @[ @"Saturday", @"Sunday", @"Monday" ]
(lldb) p [$array count]
2
(lldb) po [[$array objectAtIndex:0] uppercaseString]
SATURDAY
(lldb) p [[$array objectAtIndex:$a] characterAtIndex:0]
error: no known method '-characterAtIndex:'; cast the message send to the method's return type
error: 1 errors parsing expression

悲劇了，LLDB 無法確定涉及的類型 (譯者注：返回的類型)。這種事情常常發(fā)生，給個(gè)說明就好了：

(lldb) p (char)[[$array objectAtIndex:$a] characterAtIndex:0]
'M'
(lldb) p/d (char)[[$array objectAtIndex:$a] characterAtIndex:0]
77

變量使調(diào)試器變的容易使用得多，想不到吧？??
流程控制
當(dāng)你通過 Xcode 的源碼編輯器的側(cè)邊槽 (或者通過下面的方法) 插入一個(gè)斷點(diǎn)，程序到達(dá)斷點(diǎn)時(shí)會(huì)就會(huì)停止運(yùn)行。
調(diào)試條上會(huì)出現(xiàn)四個(gè)你可以用來控制程序的執(zhí)行流程的按鈕。

p i
n
s
p i
finish
p i
frame info

這里，frame info會(huì)告訴你當(dāng)前的行數(shù)和源碼文件，以及其他一些信息；查看 help frame，help thread和 help process來獲得更多信息。這一串命令的結(jié)果會(huì)是什么？看答案之前請先想一想。

(lldb) p i
(int) $0 = 99
(lldb) n
2014-11-22 10:49:26.445 DebuggerDance[60182:4832768] 101 is odd!
(lldb) s
(lldb) p i
(int) $2 = 110
(lldb) finish
2014-11-22 10:49:35.978 DebuggerDance[60182:4832768] 110 is even!
(lldb) p i
(int) $4 = 99
(lldb) frame info
frame #0: 0x000000010a53bcd4 DebuggerDance`main + 68 at main.m:17

它始終在 17 行的原因是 finish命令一直運(yùn)行到 isEven() 函數(shù)的 return，然后立刻停止。注意即使它還在 17 行，其實(shí)這行已經(jīng)被執(zhí)行過了。
Thread Return
調(diào)試時(shí)，還有一個(gè)很棒的函數(shù)可以用來控制程序流程：thread return。它有一個(gè)可選參數(shù)，在執(zhí)行時(shí)它會(huì)把可選參數(shù)加載進(jìn)返回寄存器里，然后立刻執(zhí)行返回命令，跳出當(dāng)前棧幀。這意味這函數(shù)剩余的部分不會(huì)被執(zhí)行。這會(huì)給 ARC 的引用計(jì)數(shù)造成一些問題，或者會(huì)使函數(shù)內(nèi)的清理部分失效。但是在函數(shù)的開頭執(zhí)行這個(gè)命令，是個(gè)非常好的隔離這個(gè)函數(shù)，偽造返回值的方式 。
讓我們稍微修改一下上面代碼段并運(yùn)行：

p i
s
thread return NO
n
p even0
frame info

看答案前思考一下。下面是答案：

(lldb) p i
(int) $0 = 99
(lldb) s
(lldb) thread return NO
(lldb) n
(lldb) p even0
(BOOL) $2 = NO
(lldb) frame info
frame #0: 0x00000001009a5cc4 DebuggerDance`main + 52 at main.m:17

斷點(diǎn)
我們都把斷點(diǎn)作為一個(gè)停止程序運(yùn)行，檢查當(dāng)前狀態(tài)，追蹤 bug 的方式。但是如果我們改變和斷點(diǎn)交互的方式，很多事情都變成可能。
斷點(diǎn)允許控制程序什么時(shí)候停止，然后允許命令的運(yùn)行。

想象把斷點(diǎn)放在函數(shù)的開頭，然后用 thread return命令重寫函數(shù)的行為，然后繼續(xù)。想象一下讓這個(gè)過程自動(dòng)化，聽起來不錯(cuò)，不是嗎？
管理斷點(diǎn)
Xcode 提供了一系列工具來創(chuàng)建和管理斷點(diǎn)。我們會(huì)一個(gè)個(gè)看過來并介紹 LLDB 中等價(jià)的命令 (是的，你可以在調(diào)試器內(nèi)部添加斷點(diǎn))。

在 Xcode 的左側(cè)面板，有一組按鈕。其中一個(gè)看起來像斷點(diǎn)。點(diǎn)擊它打開斷點(diǎn)導(dǎo)航，這是一個(gè)可以快速管理所有斷點(diǎn)的面板。

Image_2014-11-22_at_11.38.24_AM.png

在這里你可以看到所有的斷點(diǎn) - 在 LLDB 中通過 breakpoint list
(或者 br li) 命令也做同樣的事兒。你也可以點(diǎn)擊單個(gè)斷點(diǎn)來開啟或關(guān)閉 - 在 LLDB 中使用 breakpoint enable <breakpointID>
和 breakpoint disable <breakpointID>：

(lldb) br li
Current breakpoints:
1: file = '/Users/arig/Desktop/DebuggerDance/DebuggerDance/main.m', line = 16, locations = 1, resolved = 1, hit count = 1

    1.1: where = DebuggerDance`main + 27 at main.m:16, address = 0x000000010a3f6cab, resolved, hit count = 1

(lldb) br dis 1
1 breakpoints disabled.
(lldb) br li
Current breakpoints:
1:file='/Users/arig/Desktop/DebuggerDance/DebuggerDance/main.m', line = 16, locations = 1 Options: disabled 

    1.1: where = DebuggerDance`main + 27 at main.m:16, address = 0x000000010a3f6cab, unresolved, hit count = 1

(lldb) br del 1
1 breakpoints deleted; 0 breakpoint locations disabled.
(lldb) br li
No breakpoints currently set.

創(chuàng)建斷點(diǎn)
在上面的例子中，我們通過在源碼頁面器的滾槽 16上點(diǎn)擊來創(chuàng)建斷點(diǎn)。你可以通過把斷點(diǎn)拖拽出滾槽，然后釋放鼠標(biāo)來刪除斷點(diǎn) (消失時(shí)會(huì)有一個(gè)非?？蓯鄣泥鄣囊幌碌膭?dòng)畫)。你也可以在斷點(diǎn)導(dǎo)航頁選擇斷點(diǎn)，然后按下刪除鍵刪除。
要在調(diào)試器中創(chuàng)建斷點(diǎn)，可以使用 breakpoint set命令。

(lldb) breakpoint set -f main.m -l 16
Breakpoint 1: where = DebuggerDance`main + 27 at main.m:16, address = 0x000000010a3f6cab

也可以使用縮寫形式 br。雖然 b是一個(gè)完全不同的命令 (_regexp-break的縮寫)，但恰好也可以實(shí)現(xiàn)和上面同樣的效果。

(lldb) b main.m:17
Breakpoint 2: where = DebuggerDance`main + 52 at main.m:17, address = 0x000000010a3f6cc4

也可以在一個(gè)符號(hào) (C 語言函數(shù)) 上創(chuàng)建斷點(diǎn)，而完全不用指定哪一行

(lldb) b isEven
Breakpoint 3: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x000000010a3f6d00
(lldb) br s -F isEven
Breakpoint 4: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x000000010a3f6d00

這些斷點(diǎn)會(huì)準(zhǔn)確的停止在函數(shù)的開始。Objective-C 的方法也完全可以：

(lldb) breakpoint set -F "-[NSArray objectAtIndex:]"
Breakpoint 5: where = CoreFoundation`-[NSArray objectAtIndex:], address = 0x000000010ac7a950
(lldb) b -[NSArray objectAtIndex:]
Breakpoint 6: where = CoreFoundation`-[NSArray objectAtIndex:], address = 0x000000010ac7a950
(lldb) breakpoint set -F "+[NSSet setWithObject:]"
Breakpoint 7: where = CoreFoundation`+[NSSet setWithObject:], address = 0x000000010abd3820
(lldb) b +[NSSet setWithObject:]
Breakpoint 8: where = CoreFoundation`+[NSSet setWithObject:], address = 0x000000010abd3820

如果想在 Xcode 的UI上創(chuàng)建符號(hào)斷點(diǎn)，你可以點(diǎn)擊斷點(diǎn)欄左側(cè)的 +
按鈕。

Image_2014-11-22_at_11.52.50_AM.png

然后選擇第三個(gè)選項(xiàng)：

Image_2014-11-22_at_11.54.44_AM.png

Image_2014-11-22_at_11.58.06_AM.png

Screen_Shot_2014-11-22_at_12.01.32_PM.png

可以看到它打印 i，然后大聲念出那個(gè)句子，接著打印了自定義的表達(dá)式。

下面是在 LLDB 而不是 Xcode 的 UI 中做這些的時(shí)候，看起來的樣子。

(lldb) breakpoint set -F isEven
Breakpoint 1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00
(lldb) breakpoint modify -c 'i == 99' 1
(lldb) breakpoint command add 1
Enter your debugger command(s). Type 'DONE' to end.
> p i
> DONE
(lldb) br li 1
1: name = 'isEven', locations = 1, resolved = 1, hit count = 0
     Breakpoint commands: 
        p i
Condition: i == 99 

    1.1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00, resolved, hit count = 0 

接下來說說自動(dòng)化。
賦值后繼續(xù)運(yùn)行
看編輯斷點(diǎn)彈出窗口的底部，你還會(huì)看到一個(gè)項(xiàng)： "Automatically continue after evaluation actions." 。它僅僅是一個(gè)選擇框，但是卻很強(qiáng)大。選中它，調(diào)試器會(huì)運(yùn)行你所有的命令，然后繼續(xù)運(yùn)行。看起來就像沒有執(zhí)行任何斷點(diǎn)一樣 (除非斷點(diǎn)太多，運(yùn)行需要一段時(shí)間，拖慢了你的程序)。

這個(gè)選項(xiàng)框的效果和讓最后斷點(diǎn)的最后一個(gè)行為是 continue
一樣。選框只是讓這個(gè)操作變得更簡單。調(diào)試器的輸出是：

(lldb) breakpoint set -F isEven
Breakpoint 1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00
(lldb) breakpoint command add 1
Enter your debugger command(s). Type 'DONE' to end.
> continue
> DONE
(lldb) br li 1
1: name = 'isEven', locations = 1, resolved = 1, hit count = 0   
      Breakpoint commands: 
          continue 
    1.1: where = DebuggerDance`isEven + 16 at main.m:4, address = 0x00000001083b5d00, resolved, hit count = 0

執(zhí)行斷點(diǎn)后自動(dòng)繼續(xù)運(yùn)行，允許你完全通過斷點(diǎn)來修改程序！你可以在某一行停止，運(yùn)行一個(gè) expression命令來改變變量，然后繼續(xù)運(yùn)行。
例子
想想所謂的"打印調(diào)試"技術(shù)吧，不要這么做：

NSLog(@"%@", whatIsInsideThisThing);

而是用個(gè)打印變量的斷點(diǎn)替換 log 語句，然后繼續(xù)運(yùn)行。
也不要：

int calculateTheTrickyValue { 
    return 9; 
    /* 
    Figure this out later. 
    ...
}

而是加一個(gè)使用 thread return 9命令的斷點(diǎn)，然后讓它繼續(xù)運(yùn)行。

符號(hào)斷點(diǎn)加上 action 真的很強(qiáng)大。你也可以在你朋友的 Xcode 工程上添加一些斷點(diǎn)，并且加上大聲朗讀某些東西的 action?？纯此麄円ǘ嗑貌拍芘靼装l(fā)生了什么。??
完全在調(diào)試器內(nèi)運(yùn)行
在開始舞蹈之前，還有一件事要看一看。實(shí)際上你可以在調(diào)試器中執(zhí)行任何 C/Objective-C/C++/Swift 的命令。唯一的缺點(diǎn)就是不能創(chuàng)建新函數(shù)... 這意味著不能創(chuàng)建新的類，block，函數(shù)，有虛擬函數(shù)的 C++ 類等等。除此之外，它都可以做。

我們可以申請分配一些字節(jié)：

(lldb) e char *$str = (char *)malloc(8)
(lldb) e (void)strcpy($str, "munkeys")
(lldb) e $str[1] = 'o'
(char) $0 = 'o'
(lldb) p $str
(char *) $str = 0x00007fd04a900040 "monkeys"

我們可以查看內(nèi)存 (使用 x命令)，來看看新數(shù)組中的四個(gè)字節(jié):

(lldb) x/4c $str
0x7fd04a900040: monk

我們也可以去掉 3 個(gè)字節(jié) (x命令需要斜引號(hào)，因?yàn)樗挥幸粋€(gè)內(nèi)存地址的參數(shù)，而不是表達(dá)式；使用 help x來獲得更多信息)：

(lldb) x/1w `$str + 3`
0x7fd04a900043: keys

做完了之后，一定不要忘了釋放內(nèi)存，這樣才不會(huì)內(nèi)存泄露。(哈,雖然這是調(diào)試器用到的內(nèi)存)：

(lldb) e (void)free($str)

讓我們起舞
現(xiàn)在我們已經(jīng)知道基本的步調(diào)了，是時(shí)候開始跳舞并玩一些瘋狂的事情了。我曾經(jīng)寫過一篇 NSArray
深度探究的博客。這篇博客用了很多 NSLog
語句，但實(shí)際上我的所有探索都是在調(diào)試器中完成的?？纯茨隳懿荒芘靼自趺醋龅模@會(huì)是一個(gè)有意思的練習(xí)。
不用斷點(diǎn)調(diào)試
程序運(yùn)行時(shí)，Xcode 的調(diào)試條上會(huì)出現(xiàn)暫停按鈕，而不是繼續(xù)按鈕：

這就是有意思的地方。如果你正在運(yùn)行 iOS app，你可以試試這個(gè)： (因?yàn)槿肿兞渴强稍L問的)

(lldb) po [[[UIApplication sharedApplication] keyWindow] recursiveDescription]
<UIWindow: 0x7f82b1fa8140; frame = (0 0; 320 568); gestureRecognizers = <NSArray: 0x7f82b1fa92d0>; layer = <UIWindowLayer: 0x7f82b1fa8400>>
   | <UIView: 0x7f82b1d01fd0; frame = (0 0; 320 568); autoresize = W+H; layer = <CALayer: 0x7f82b1e2e0a0>>

你可以看到整個(gè)層次。Chisel 中 pviews就是這么實(shí)現(xiàn)的。
更新UI
有了上面的輸出，我們可以獲取這個(gè) view：

(lldb) e id $myView = (id)0x7f82b1d01fd0

然后在調(diào)試器中改變它的背景色：

(lldb) e (void)[$myView setBackgroundColor:[UIColor blueColor]]

但是只有程序繼續(xù)運(yùn)行之后才會(huì)看到界面的變化。因?yàn)楦淖兊膬?nèi)容必須被發(fā)送到渲染服務(wù)中，然后顯示才會(huì)被更新。

渲染服務(wù)實(shí)際上是一個(gè)另外的進(jìn)程 (被稱作 backboardd
)。這就是說即使我們正在調(diào)試的內(nèi)容所在的進(jìn)程被打斷了，backboardd也還是繼續(xù)運(yùn)行著的。
這意味著你可以運(yùn)行下面的命令，而不用繼續(xù)運(yùn)行程序：

(lldb) e (void)[CATransaction flush]

即使你仍然在調(diào)試器中，UI 也會(huì)在模擬器或者真機(jī)上實(shí)時(shí)更新。Chisel 為此提供了一個(gè)別名叫做 caflush，這個(gè)命令被用來實(shí)現(xiàn)其他的快捷命令，例如 hide <view>，show <view>以及其他很多命令。所有 Chisel 的命令都有文檔，所以安裝后隨意運(yùn)行 help show來看更多信息。
Push 一個(gè) View Controller
想象一個(gè)以 UINavigationController為 root ViewController 的應(yīng)用。你可以通過下面的命令，輕松地獲取它：

(lldb) e id $nvc = [[[UIApplication sharedApplication] keyWindow] rootViewController]

然后 push 一個(gè) child 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]

最后運(yùn)行下面的命令：

(lldb) caflush // e (void)[CATransaction flush]

navigation Controller 就會(huì)立刻就被 push 到你眼前。
查找按鈕的 target
想象你在調(diào)試器中有一個(gè) $myButton
的變量，可以是創(chuàng)建出來的，也可以是從 UI 上抓取出來的，或者是你停止在斷點(diǎn)時(shí)的一個(gè)局部變量。你想知道，按鈕按下的時(shí)候誰會(huì)接收到按鈕發(fā)出的 action。非常簡單：

(lldb) po [$myButton allTargets]
{( 
    <MagicEventListener: 0x7fb58bd2e240>
)}
(lldb) po [$myButton actionsForTarget:(id)0x7fb58bd2e240 forControlEvent:0]
<__NSArrayM 0x7fb58bd2aa40>(_
handleTap:
)

現(xiàn)在你或許想在它發(fā)生的時(shí)候加一個(gè)斷點(diǎn)。在 -[MagicEventListener _handleTap:]設(shè)置一個(gè)符號(hào)斷點(diǎn)就可以了，在 Xcode 和 LLDB 中都可以，然后你就可以點(diǎn)擊按鈕并停在你所希望的地方了。
觀察實(shí)例變量的變化
假設(shè)你有一個(gè) UIView，不知道為什么它的 _layer
實(shí)例變量被重寫了 (糟糕)。因?yàn)橛锌赡懿⒉簧婕暗椒椒?，我們不能使用符?hào)斷點(diǎn)。相反的，我們想監(jiān)視什么時(shí)候這個(gè)地址被寫入。

首先，我們需要找到 _layer這個(gè)變量在對象上的相對位置：

(lldb) p (ptrdiff_t)ivar_getOffset((struct Ivar *)class_getInstanceVariable([MyView class], "_layer"))
(ptrdiff_t) $0 = 8

現(xiàn)在我們知道 ($myView + 8)
是被寫入的內(nèi)存地址：

(lldb) watchpoint set expression -- (int *)$myView + 8
Watchpoint created: Watchpoint 3: addr = 0x7fa554231340 size = 8 state = enabled type = w 
    new value: 0x0000000000000000

這被以 wivar $myView _layer加入到 Chisel 中。
非重寫方法的符號(hào)斷點(diǎn)
假設(shè)你想知道 -[MyViewController viewDidAppear:]什么時(shí)候被調(diào)用。如果這個(gè)方法并沒有在MyViewController中實(shí)現(xiàn)，而是在其父類中實(shí)現(xiàn)的，該怎么辦呢？試著設(shè)置一個(gè)斷點(diǎn)，會(huì)出現(xiàn)以下結(jié)果：

(lldb) b -[MyViewController viewDidAppear:]
Breakpoint 1: no locations (pending).
WARNING: Unable to resolve breakpoint to any actual locations.

因?yàn)?LLDB 會(huì)查找一個(gè)符號(hào)，但是實(shí)際在這個(gè)類上卻找不到，所以斷點(diǎn)也永遠(yuǎn)不會(huì)觸發(fā)。你需要做的是為斷點(diǎn)設(shè)置一個(gè)條件 [self isKindOfClass:[MyViewController class]]，然后把斷點(diǎn)放在 UIViewController上。正常情況下這樣設(shè)置一個(gè)條件可以正常工作。但是這里不會(huì)，因?yàn)槲覀儧]有父類的實(shí)現(xiàn)。

viewDidAppear:是蘋果實(shí)現(xiàn)的方法，因此沒有它的符號(hào)；在方法內(nèi)沒有 self。如果想在符號(hào)斷點(diǎn)上使用 self，你必須知道它在哪里 (它可能在寄存器上，也可能在棧上；在 x86 上，你可以在 $esp+4
找到它)。但是這是很痛苦的，因?yàn)楝F(xiàn)在你必須至少知道四種體系結(jié)構(gòu) (x86，x86-64，armv7，armv64)。想象你需要花多少時(shí)間去學(xué)習(xí)命令集以及它們每一個(gè)的調(diào)用約定，然后正確的寫一個(gè)在你的超類上設(shè)置斷點(diǎn)并且條件正確的命令。幸運(yùn)的是，這個(gè)在 Chisel 被解決了。這被成為 bmessage：

(lldb) bmessage -[MyViewController viewDidAppear:]
Setting a breakpoint at -[UIViewController viewDidAppear:] with condition (void*)object_getClass((id)$rdi) == 0x000000010e2f4d28
Breakpoint 1: where = UIKit`-[UIViewController viewDidAppear:], address = 0x000000010e11533c

LLDB 和 Python
LLDB 有內(nèi)建的，完整的 Python 支持。在LLDB中輸入 script，會(huì)打開一個(gè) Python REPL。你也可以輸入一行 python 語句作為 script 命令的參數(shù)，這可以運(yùn)行 python 語句而不進(jìn)入REPL：

(lldb) script import os
(lldb) script os.system("open http://www.objc.io/")

這樣就允許你創(chuàng)造各種酷的命令。把下面的語句放到文件 ~/myCommands.py中：

def caflushCommand(debugger, command, result, internal_dict): 
    debugger.HandleCommand("e (void)[CATransaction flush]")

然后再 LLDB 中運(yùn)行：

command script import ~/myCommands.py

或者把這行命令放在 /.lldbinit里，這樣每次進(jìn)入 LLDB 時(shí)都會(huì)自動(dòng)運(yùn)行。Chisel 其實(shí)就是一個(gè) Python 腳本的集合，這些腳本拼接 (命令) 字符串 ，然后讓 LLDB 執(zhí)行。很簡單，不是嗎？

LLDB調(diào)試命令初探（copy）

常用命令：

• expr
  可以在調(diào)試時(shí)動(dòng)態(tài)執(zhí)行指定表達(dá)式，并將結(jié)果打印出來。常用于在調(diào)試過程中修改變量的值。
  圖四：expr截圖
  如圖設(shè)置斷點(diǎn)，然后運(yùn)行程序。程序中斷后輸入下面的命令：

expr a=2

你會(huì)看到如下的輸出：

(int) $0 = 2

繼續(xù)運(yùn)行程序，程序輸出的信息是：

實(shí)際值：2

很明顯可以看出，變量a的值被改變。 除此之外，還可以使用這個(gè)命令新聲明一個(gè)變量對象，如：

expr int $b=2
p $b

下面的命令用于輸出新聲明對象的值。（注意，對象名前要加$）

• call

call即是調(diào)用的意思。其實(shí)上述的po和p也有調(diào)用的功能。因此一般只在不需要顯示輸出，或是方法無返回值時(shí)使用call。 和上面的命令一樣，我們依然在viewDidLoad:里面設(shè)置斷點(diǎn)，然后在程序中斷的時(shí)候輸入下面的命令：

call [self.view setBackgroundColor:[UIColor redColor]]

繼續(xù)運(yùn)行程序，看看view的背景顏色是不是變成紅色的了！在調(diào)試的時(shí)候靈活運(yùn)用call命令可以起到事半功倍的作用。

• bt

打印調(diào)用堆棧，加all可打印所有thread的堆棧。不詳細(xì)舉例說明，感興趣的朋友可以自己試試。

• image

image 命令可用于尋址，有多個(gè)組合命令。比較實(shí)用的用法是用于尋找棧地址對應(yīng)的代碼位置。 下面我寫了一段代碼

NSArray *arr=[[NSArray alloc] initWithObjects:@"1",@"2", nil];
NSLog(@"%@",arr[2]);

這段代碼有明顯的錯(cuò)誤，程序運(yùn)行這段代碼后會(huì)拋出下面的異常：

*** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayI objectAtIndex:]: index 2 beyond bounds [0 .. 1]'
*** First throw call stack:
( 
  0 CoreFoundation 0x0000000101951495 __exceptionPreprocess + 165 
  1 libobjc.A.dylib 0x00000001016b099e objc_exception_throw + 43 
  2 CoreFoundation 0x0000000101909e3f -[__NSArrayI objectAtIndex:] + 175 
  3 ControlStyleDemo 0x0000000100004af8 -[RootViewController viewDidLoad] + 312 
  4 UIKit 0x000000010035359e -[UIViewController loadViewIfRequired] + 562 
  5 UIKit 0x0000000100353777 -[UIViewController view] + 29 
  6 UIKit 0x000000010029396b -[UIWindow addRootViewControllerViewIfPossible] + 58 
  7 UIKit 0x0000000100293c70 -[UIWindow _setHidden:forced:] + 282 
  8 UIKit 0x000000010029cffa -[UIWindow makeKeyAndVisible] + 51 
  9 ControlStyleDemo 0x00000001000045e0 -[AppDelegate application:didFinishLaunchingWithOptions:] + 672 
  10 UIKit 0x00000001002583d9 -[UIApplication _handleDelegateCallbacksWithOptions:isSuspended:restoreState:] + 264 
  11 UIKit 0x0000000100258be1 -[UIApplication _callInitializationDelegatesForURL:payload:suspended:] + 1605 
  12 UIKit 0x000000010025ca0c -[UIApplication _runWithURL:payload:launchOrientation:statusBarStyle:statusBarHidden:] + 660 
  13 UIKit 0x000000010026dd4c -[UIApplication handleEvent:withNewEvent:] + 3189 
  14 UIKit 0x000000010026e216 -[UIApplication sendEvent:] + 79 
  15 UIKit 0x000000010025e086 _UIApplicationHandleEvent + 578 
  16 GraphicsServices 0x0000000103aca71a _PurpleEventCallback + 762  
  17 GraphicsServices 0x0000000103aca1e1 PurpleEventCallback + 35 
  18 CoreFoundation 0x00000001018d3679 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 41
  19 CoreFoundation 0x00000001018d344e __CFRunLoopDoSource1 + 478
  20 CoreFoundation 0x00000001018fc903 __CFRunLoopRun + 1939 
  21 CoreFoundation 0x00000001018fbd83 CFRunLoopRunSpecific + 467 
  22 UIKit 0x000000010025c2e1 -[UIApplication _run] + 609 
  23 UIKit 0x000000010025de33 UIApplicationMain + 1010 
  24 ControlStyleDemo 0x0000000100006b73 main + 115     
  25 libdyld.dylib 0x0000000101fe95fd start + 1 
  26 ??? 0x0000000000000001 0x0 + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException

現(xiàn)在，我們懷疑出錯(cuò)的地址是0x0000000100004af8（可以根據(jù)執(zhí)行文件名判斷，或者最小的棧地址）。為了進(jìn)一步精確定位，我們可以輸入以下的命令：

image lookup --address 0x0000000100004af8

命令執(zhí)行后返回：

Address: ControlStyleDemo[0x0000000100004af8] (ControlStyleDemo.__TEXT.__text + 13288)
Summary: ControlStyleDemo`-[RootViewController viewDidLoad] + 312 at RootViewController.m:53

我們可以看到，出錯(cuò)的位置是RootViewController.m的第53行。

更多的命令可以參見這個(gè)網(wǎng)址。另外，facebook開源了他們擴(kuò)展的LLDB命令庫，有興趣的朋友也可以安裝看看。

常見問題
上面我們簡單的學(xué)習(xí)了如何使用LLDB命令。但有時(shí)我們在使用這些LLDB命令的時(shí)候，依然可能會(huì)遇到一些問題。
不明類型或者類型不匹配
比如下面這個(gè)命令。

(lldb) p NSLog(@"%@",[self.view viewWithTag:1001])
error: 'NSLog' has unknown return type; cast the call to its declared return type
error: 1 errors parsing expression

如果在使用LLDB命令中發(fā)現(xiàn)有 unknown type 的類似錯(cuò)誤（多見于id類型，比如NSArray中某個(gè)值），那我們就必須顯式聲明類型。比如上面這個(gè)命令，我們得這么修改。

p (void)NSLog(@"%@",[self.view viewWithTag:1001])

這樣就能得到正確的結(jié)果了。 另外，lldb是不支持宏的，需要我們自己替換。
找不到方法
常見于輸出frame的時(shí)候。比如你可能會(huì)得到以下的錯(cuò)誤信息：

(lldb) po self.view.frame
error: unsupported expression with unknown type
error: unsupported expression with unknown type
error: 2 errors parsing expression

這似乎是lldb的一個(gè)bug，無法通過點(diǎn)屬性訪問的方法打framework里面的對象，但是自己在app里面定義的就可以。我們把上面的命令改動(dòng)一下：

(lldb) p (CGRect)[self.view frame]
(CGRect) $0 = origin=(x=0, y=0) size=(width=320, height=480)

轉(zhuǎn)自：http://objccn.io/issue-19-2/

轉(zhuǎn)自：http://www.starfelix.com/blog/2014/03/17/lldbdiao-shi-ming-ling-chu-tan/，
本文主要是對兩個(gè)博客進(jìn)行了融合，主要是想為自己當(dāng)做一個(gè)記錄用。
推薦：iOS各種調(diào)試技巧豪華套餐 http://www.cnblogs.com/daiweilai/p/4421340.html

歡迎關(guān)注我的個(gè)人微信公眾號(hào)，免費(fèi)送計(jì)算機(jī)各種最新視頻資源！你想象不到的精彩！

0.jpg