前言
關(guān)于lldb調(diào)試器網(wǎng)上有很多文章都有做了介紹, 自己也看了一些, 但是吧, 關(guān)于lldb的有些調(diào)試方法實(shí)在是太高大上了, 我個(gè)人用起來就很少, 雖然我承認(rèn)那些不好記得命令確實(shí)有用, 但是在個(gè)人寫項(xiàng)目的過程中用到了其中幾個(gè)感覺還是比較實(shí)際和方便的用法, 特地來總結(jié)下.

第一個(gè): po

po這個(gè)命令可以說是我自己用的最多了一個(gè)了, 這個(gè)命令的作用是什么呢? 就是只要是你程序中的東西都可以打印出來, 當(dāng)程序運(yùn)行到當(dāng)前斷點(diǎn)調(diào)試的地方的時(shí)候, lldb調(diào)試器就是出現(xiàn)在Xcode的控制臺(tái), 比如這樣:

Xcode控制臺(tái)

當(dāng)Xcode遇到斷點(diǎn)來到當(dāng)前控制臺(tái)時(shí)我們就可以進(jìn)行l(wèi)ldb調(diào)試器的使用了, 直接輸入po array 就可以打印我們初始化并且已經(jīng)賦值的array對(duì)象

斷點(diǎn)打印對(duì)象

打印控件

會(huì)看到這個(gè)控件的frame, 在進(jìn)行微調(diào)的時(shí)候很好用, 還有其他一些調(diào)試的時(shí)候也好用, 最重要的我覺得就是你可以不用傻傻的一直NSLog了, 然后再運(yùn)行一次程序, 這樣節(jié)省很多時(shí)間了, 不然如果臨時(shí)想打印一個(gè)東西就要重新運(yùn)行一次那得多浪費(fèi)時(shí)間啊. 而且如果是這個(gè)程序是比較大的話, 運(yùn)行編譯一次的時(shí)間很長(zhǎng), 那我想如果靠NSLog來進(jìn)行調(diào)試會(huì)讓這個(gè)開發(fā)者抓狂吧.

第二個(gè): exp

exp這個(gè)命令是expression這個(gè)命令的縮寫. 這個(gè)命令是我用的第二多的lldb命令了吧, 這個(gè)exp命令的作用是可以動(dòng)態(tài)的修改屬性, 在Xcode的控制臺(tái)中, 注意: 這個(gè)命令不光是修改了運(yùn)行時(shí)的屬性值, 也會(huì)修改模擬器中屬性的值(這樣說怎么感覺有點(diǎn)runtime的味道了啊),比如我經(jīng)常遇到的一個(gè)情況, 要設(shè)置一個(gè)視圖的背景顏色, 就這個(gè)控制器的view的背景顏色吧, 設(shè)置完點(diǎn)擊Run一下, 運(yùn)行成功發(fā)現(xiàn)顏色不是自己想要的, 可能你就會(huì)在代碼里改一下再運(yùn)行一次, 再看看運(yùn)行之后的顏色是不是和自己想要的一樣, 這樣一直下去.同樣, 你不覺得這樣非常的浪費(fèi)時(shí)間嗎, 每次都要修改代碼重新運(yùn)行, 好了, 現(xiàn)在就可以使用exp命令來拯救你了, 話不多說, 看下圖:

未修改顏色

使用exp命令在控制臺(tái)動(dòng)態(tài)修改

修改之后

這個(gè)exp命令真的非常好用, 強(qiáng)烈安利一波啊, 誰用誰知道

第三個(gè): image

這個(gè)第三個(gè)命令不要看它寫的是image就以為是和圖片操作相關(guān)的, 其實(shí)一點(diǎn)關(guān)系都滅有. 這個(gè)命令也超級(jí)強(qiáng)大, 怎么強(qiáng)大呢, 這么說吧, 可以直接定位追蹤到Bug崩潰在哪一行, 你說這個(gè)強(qiáng)大不強(qiáng)大?
比如我們現(xiàn)在認(rèn)為的搞個(gè)crash, 最簡(jiǎn)單的, 來個(gè)數(shù)組越界:

數(shù)組越界

可以看到在斷點(diǎn)處我們?cè)L問了一個(gè)數(shù)組, 但是是越界的, 因?yàn)檫@個(gè)array數(shù)組的元素只有2個(gè), 而我們?cè)L問的是第三個(gè), 這個(gè)時(shí)候就會(huì)出現(xiàn)數(shù)組越界, 然后crash, 這個(gè)時(shí)候控制臺(tái)會(huì)打印

2016-08-26 14:24:33.624 DemoAttriate[62619:3972635] *** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayI objectAtIndex:]: index 2 beyond bounds [0 .. 1]'
*** First throw call stack:
(
    0   CoreFoundation                      0x000000010ec23d85 __exceptionPreprocess + 165
    1   libobjc.A.dylib                     0x000000010e697deb objc_exception_throw + 48
    2   CoreFoundation                      0x000000010eb0c934 -[__NSArrayI objectAtIndex:] + 164
    3   DemoAttriate                        0x000000010e153f99 -[ViewController viewDidLoad] + 313
    4   UIKit                               0x000000010fc57984 -[UIViewController loadViewIfRequired] + 1198
    5   UIKit                               0x000000010fc57cd3 -[UIViewController view] + 27
    6   UIKit                               0x000000010fb2dfb4 -[UIWindow addRootViewControllerViewIfPossible] + 61
    7   UIKit                               0x000000010fb2e69d -[UIWindow _setHidden:forced:] + 282
    8   UIKit                               0x000000010fb40180 -[UIWindow makeKeyAndVisible] + 42
    9   UIKit                               0x000000010fab4ed9 -[UIApplication _callInitializationDelegatesForMainScene:transitionContext:] + 4131
    10  UIKit                               0x000000010fabb568 -[UIApplication _runWithMainScene:transitionContext:completion:] + 1769
    11  UIKit                               0x000000010fab8714 -[UIApplication workspaceDidEndTransaction:] + 188
    12  FrontBoardServices                  0x00000001149e18c8 __FBSSERIALQUEUE_IS_CALLING_OUT_TO_A_BLOCK__ + 24
    13  FrontBoardServices                  0x00000001149e1741 -[FBSSerialQueue _performNext] + 178
    14  FrontBoardServices                  0x00000001149e1aca -[FBSSerialQueue _performNextFromRunLoopSource] + 45
    15  CoreFoundation                      0x000000010eb49301 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
    16  CoreFoundation                      0x000000010eb3f22c __CFRunLoopDoSources0 + 556
    17  CoreFoundation                      0x000000010eb3e6e3 __CFRunLoopRun + 867
    18  CoreFoundation                      0x000000010eb3e0f8 CFRunLoopRunSpecific + 488
    19  UIKit                               0x000000010fab7f21 -[UIApplication _run] + 402
    20  UIKit                               0x000000010fabcf09 UIApplicationMain + 171
    21  DemoAttriate                        0x000000010e15720f main + 111
    22  libdyld.dylib                       0x0000000111ee092d start + 1
    23  ???                                 0x0000000000000001 0x0 + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException
(lldb) 

可以在崩潰信息中的first throw call stack中看到第3個(gè)對(duì)應(yīng)是我們運(yùn)行的程序分配的內(nèi)存地址, 好, 這個(gè)時(shí)候復(fù)制這個(gè)內(nèi)存地址跟著我做:

(lldb) image lookup --address 0x000000010e153f99
      Address: DemoAttriate[0x0000000100013f99] (DemoAttriate.__TEXT.__text + 75337)
      Summary: DemoAttriate`-[ViewController viewDidLoad] + 313 at ViewController.m:25
(lldb) 

我們可以在Summary中直接看到crash是在哪一個(gè)方法中產(chǎn)生的, 是在哪一行中產(chǎn)生的, 這不直接等于是告訴了我們?cè)撛趺唇鉀QBug了嗎? 多么好的一個(gè)lldb調(diào)試命令啊, 是吧, 再安利一波~

總結(jié)

關(guān)于lldb調(diào)試大法還有很多東西我沒有說(總要我自己都沒怎么用過也就不好說了), 上面3個(gè)總結(jié)的lldb命令用的好真的會(huì)事半功倍的.