工欲善其事必先利其器

寫代碼不可能一蹴而就，總是需要我們反復(fù)調(diào)試。而Xcode給我提供了非常強大的測試手段，關(guān)鍵在于是否自己能熟練運用到自己平常中。相信好的手段和方式是成功的一半。不說了，直接干貨。。

以下皆是在斷點狀態(tài)下的調(diào)試輸入($0 代表p打印的變量標(biāo)識，lldb會默認(rèn)給出順序$0、$1、$2....)

1.查看控制器層次
po [[[UIWindow keyWindow] rootViewController] _printHierarchy]
2.查看視圖層級
po [[UIWindow keyWindow] recursiveDescription]
3.打印當(dāng)前線程狀態(tài)
bt
4.打印全部線程狀態(tài)
bt all
5.打印值
print 或p (會帶有變量標(biāo)示符$)
print $0 + 7 (帶美元符號的都可當(dāng)做參數(shù)使用)
6.指定格式打印
p/x $0
x代表格式，x-16進(jìn)制 ，t-2進(jìn)制，c-字符，s-字符串
7.改變值
expression x = xx (expression 可以簡寫為e)
8.聲明變量
e int $a = 2 (聲明變量，不過變量前必須加美元符號)
9.斷點控制
process continue (簡寫 c 繼續(xù)執(zhí)行) thread step-over ( n 單步執(zhí)行（是不是函數(shù)都是下一步，不會跳進(jìn)去）) thread step-in (s 單步執(zhí)行（是函數(shù)則跳進(jìn)去，否則下一步）) finish ( 執(zhí)行到下一個返回語句 (直到一個堆棧幀結(jié)束) 然后再次停止)
10.會告訴你當(dāng)前的行數(shù)和源碼文件
frame info
11.thread return x (它有一個可選參數(shù)(X)，在執(zhí)行時它會把可選參數(shù)加載進(jìn)返回寄存器里，然后立刻執(zhí)行返回命令，跳出當(dāng)前棧幀。這意味這函數(shù)剩余的部分**不會被執(zhí)行**。這會給 ARC 的引用計數(shù)造成一些問題，或者會使函數(shù)內(nèi)的清理部分失效。但是在函數(shù)的開頭執(zhí)行這個命令，是個非常好的隔離這個函數(shù)，偽造返回值的方式 。)
12.查看所有斷點
breakpoint list(或者 br li)
13.管理斷點：
br dis 1 (指定不可用) br del 1 (刪除某一斷點)
breakpoint set -f ViewController.m -l 21 (指定文件的指定行數(shù)創(chuàng)建斷點) breakpoint set -F "-[ViewController getNum]” (指定方法創(chuàng)建斷點) 簡寫： b ViewController.m:24
14.查看內(nèi)存
x/c $0
15.查看響應(yīng)事件的所有目標(biāo)
po [$0 allTargets]
16.查看目標(biāo)的響應(yīng)方法
po [$0 actionsForTarget:(id)0x7f80faf20b80 forControlEvent:0] (0x7f80faf20b80 為p打印出的內(nèi)存地址)

參考：
objc.io
此外可以使用facebook發(fā)布的Chisel(這是一個python腳本，封裝了很多編輯調(diào)試命令，可以事半功倍，不幸的是看到文章說Xcode7.2完美運行，Xcode7.3有很多命令不能使用了，作者正在更新...)

看~灰機灰過去了~灰機又灰過來了