摘自大神http://www.starfelix.com/blog/2014/03/17/lldbdiao-shi-ming-ling-chu-tan/
或者NSLog
輸出信息用于調(diào)試信不。但你只要試著嘗試在調(diào)試中開(kāi)始使用調(diào)試器LLDB，你會(huì)馬上感受到調(diào)試器給你帶來(lái)的便利堰氓。LLDB是LLVM下的調(diào)試器。Xcode從4.0開(kāi)始編譯器開(kāi)始改用LLVM绿淋，相應(yīng)的調(diào)試器也從gdb改為LLDB苗膝。而從 Xcode5.0開(kāi)始所有工程也被自動(dòng)設(shè)置為使用LLDB。下面本文從初學(xué)者的角度講解在日常的開(kāi)發(fā)中如何使用LLDB以及LLDB常用的命令套才。
初識(shí)LLDB
你可能從未使用過(guò)LLDB迂猴，那讓我們先來(lái)熱熱身。 在調(diào)試器中最常用到的命令是p
（用于輸出基本類型）或者po
（用于輸出 Objective-C 對(duì)象）背伴。如下沸毁，你可以通過(guò)輸入po 和 view 來(lái)輸出 view 的信息:
po [self view]
隨后調(diào)試器會(huì)輸出這個(gè) object 的 description。在這個(gè)例子中可能是這樣的信息：
(UIView *) $1 = 0x0824c800 <UITableView: 0x824c800; frame = (0 20; 768 1004); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x74c3010>; layer = <CALayer: 0x74c2710>; contentOffset: {0, 0}>
什么傻寂？在什么地方可以輸入這個(gè)命令息尺？OK，首先疾掰，我們需要先設(shè)置一個(gè)斷點(diǎn)搂誉。如下圖所示，我在viewDidLoad:
中設(shè)置了一個(gè)了一個(gè)斷點(diǎn)：
[圖片上傳中静檬。勒葱。。（2）]
接下來(lái)運(yùn)行程序巴柿，然后程序會(huì)停留在斷點(diǎn)處凛虽，從下圖你可以看到在什么地方輸入LLDB命令：
[圖片上傳中。广恢。凯旋。（3）]
你可能需要的是 view 下 subview 的數(shù)量。由于 subview 的數(shù)量是一個(gè) int 類型的值，所以我們使用命令p
：
p (int)[[[self view] subviews] count]
最后你看到的輸出會(huì)是：
(int) $2 = 2
是不是很簡(jiǎn)單至非？細(xì)心的朋友可能會(huì)發(fā)現(xiàn)輸出的信息中帶有$1
钠署、$2
的字樣。實(shí)際上荒椭，我們每次查詢的結(jié)果會(huì)保存在一些持續(xù)變量中($[0-9]+)谐鼎，這樣你可以在后面的查詢中直接使用這些值。比如現(xiàn)在我接下來(lái)要重新取回$1
的值：
(lldb) po $1(UIView *) $1 = 0x0824c800 <UITableView: 0x824c800; frame = (0 20; 768 1004); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x74c3010>; layer = <CALayer: 0x74c2710>; contentOffset: {0, 0}>
可以看到趣惠，我們依然可以取到之前[self view]的值狸棍。
LLDB命令還可以用在斷點(diǎn)上，詳細(xì)的使用可以參見(jiàn)這個(gè)文章
常用命令
下面補(bǔ)充說(shuō)明其它一些常用的命令：
expr
可以在調(diào)試時(shí)動(dòng)態(tài)執(zhí)行指定表達(dá)式味悄，并將結(jié)果打印出來(lái)草戈。常用于在調(diào)試過(guò)程中修改變量的值。[圖片上傳中侍瑟。唐片。。（4）]如圖設(shè)置斷點(diǎn)涨颜，然后運(yùn)行程序费韭。程序中斷后輸入下面的命令：
expr a=2
你會(huì)看到如下的輸出：
(int) $0 = 2
繼續(xù)運(yùn)行程序，程序輸出的信息是：
實(shí)際值：2
很明顯可以看出庭瑰，變量a的值被改變星持。 除此之外，還可以使用這個(gè)命令新聲明一個(gè)變量對(duì)象见擦，如：
expr int $b=2p $b
下面的命令用于輸出新聲明對(duì)象的值钉汗。（注意，對(duì)象名前要加$）
call
call即是調(diào)用的意思鲤屡。其實(shí)上述的po和p也有調(diào)用的功能损痰。因此一般只在不需要顯示輸出，或是方法無(wú)返回值時(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ì)舉例說(shuō)明，感興趣的朋友可以自己試試就乓。
image
image 命令可用于尋址汉匙，有多個(gè)組合命令拱烁。比較實(shí)用的用法是用于尋找棧地址對(duì)應(yīng)的代碼位置。 下面我寫了一段代碼
NSArray *arr=[[NSArray alloc] initWithObjects:@"1",@"2", nil];NSLog(@"%@",arr[2]);
這段代碼有明顯的錯(cuò)誤噩翠，程序運(yùn)行這段代碼后會(huì)拋出下面的異常：
1234567891011121314151617181920212223242526272829303132
*** 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行屯援。
更多的命令可以參見(jiàn)這個(gè)網(wǎng)址猛们。另外，facebook開(kāi)源了他們擴(kuò)展的LLDB命令庫(kù)玄呛，有興趣的朋友也可以安裝看看阅懦。
簡(jiǎn)稱和別名
很多時(shí)候和二，LLDB完整的命令是很長(zhǎng)的徘铝。比如前面所說(shuō)的image lookup --address
這個(gè)組合命令。為了方便日常的使用惯吕，提高效率惕它，LLDB命令也提供通過(guò)簡(jiǎn)稱的方式調(diào)用命令。還是這個(gè)命令废登，我們用簡(jiǎn)稱就可以寫為im loo -a
淹魄，是不是簡(jiǎn)單多了。如果你是從gdb時(shí)代就開(kāi)始使用調(diào)試器的堡距，你會(huì)發(fā)現(xiàn)甲锡，有些命令如p
、call
等命令和gdb下是一致的羽戒。其實(shí)這些命令是LLDB一些命令的別名缤沦，比如p
是frame variable
的別名，p view
實(shí)際上是frame variable view
易稠。除了系統(tǒng)自建的LLDB別名缸废，你也可以自定義別名。比如下面這個(gè)命令
command alias ioa image lookup --address %1
是將我前面所介紹過(guò)的一個(gè)命令image lookup --address
添加了一個(gè)ioa
的別名驶社。然后執(zhí)行下面的命令：
(lldb) ioa 0x0000000100004af8 Address: ControlStyleDemo[0x0000000100004af8] (ControlStyleDemo.__TEXT.__text + 13288) Summary: ControlStyleDemo`-[RootViewController viewDidLoad] + 312 at RootViewController.m:53
可以看到企量，我們得到了我們想要的結(jié)果，而命令卻大大縮短亡电。 這里我就不再詳細(xì)展開(kāi)届巩，有興趣的朋友可以查看這個(gè)網(wǎng)址。
常見(jiàn)問(wèn)題
上面我們簡(jiǎn)單的學(xué)習(xí)了如何使用LLDB命令份乒。但有時(shí)我們?cè)谑褂眠@些LLDB命令的時(shí)候恕汇，依然可能會(huì)遇到一些問(wèn)題零酪。
不明類型或者類型不匹配
比如下面這個(gè)命令。
(lldb) p NSLog(@"%@",[self.view viewWithTag:1001])error: 'NSLog' has unknown return type; cast the call to its declared return typeerror: 1 errors parsing expression
如果在使用LLDB命令中發(fā)現(xiàn)有 unknown type 的類似錯(cuò)誤（多見(jiàn)于id類型拇勃，比如NSArray中某個(gè)值）四苇，那我們就必須顯式聲明類型。比如上面這個(gè)命令方咆，我們得這么修改月腋。
p (void)NSLog(@"%@",[self.view viewWithTag:1001])
這樣就能得到正確的結(jié)果了。 另外瓣赂，lldb是不支持宏的榆骚，需要我們自己替換。
找不到方法
常見(jiàn)于輸出frame的時(shí)候煌集。比如你可能會(huì)得到以下的錯(cuò)誤信息：
1234
(lldb) po self.view.frameerror: unsupported expression with unknown typeerror: unsupported expression with unknown typeerror: 2 errors parsing expression
這似乎是lldb的一個(gè)bug妓肢，無(wú)法通過(guò)點(diǎn)屬性訪問(wèn)的方法打印framework里面的對(duì)象，但是自己在app里面定義的就可以苫纤。我們把上面的命令改動(dòng)一下：
12
(lldb) p (CGRect)self.view frame $0 = origin=(x=0, y=0) size=(width=320, height=480)
