本文為投稿文章
鏈接：http://www.yangshebing.com/2016/10/27/iOS開發(fā)之Xcode常用調(diào)試（Debug）技巧總結(jié)/
一、Xcode調(diào)試技巧之：NSLog
上面也提到了,在我們?nèi)粘５拈_發(fā)過程中最常見的Debug方式就是打Log荣月。而在OC語言中尽超，打Log是采用NSLog方法。但是NSLog效率低下达舒，具體原因可以看這篇博客（《NSLog效率低下的原因及嘗試lldb斷點(diǎn)打印Log》）。所以在平時(shí)的開發(fā)過程中，能不打Log就不打Log下梢。實(shí)在想打Log網(wǎng)上也有對(duì)NSLog的一些優(yōu)化方法，可以閱讀王巍的《宏定義的黑魔法 - 宏菜鳥起飛手冊(cè)》如下代碼便出自其中：
另外在使用NSLog的時(shí)候應(yīng)當(dāng)注意塞蹭，release版本中應(yīng)該要去掉NSLog孽江。
二、Xcode調(diào)試技巧之：LLDB
1番电、po：print object的縮寫岗屏，表示顯示對(duì)象的文本描述，如果對(duì)象不存在則打印nil漱办。
簡(jiǎn)單的打印一個(gè)對(duì)象我們就不說了这刷，我們來說說特殊的應(yīng)用場(chǎng)景吧！
應(yīng)用場(chǎng)景：你想知道一個(gè)視圖包含了哪些子視圖娩井。當(dāng)然你可以循環(huán)打印子視圖暇屋，但是下面只需要一個(gè)命令即可解決。
輸出視圖層級(jí)關(guān)系（這是一個(gè)被隱藏的命令）:po [[self view] recursiveDescription]
還有個(gè)常見的調(diào)試場(chǎng)景洞辣，比如你要打印一個(gè)model咐刨。你直接用NSLog或po對(duì)象處理的結(jié)果是model的地址，這并不是我們想要的扬霜。怎么辦定鸟？有沒有解決方法呢？
答案是有的著瓶。你可以重寫model里面的description方法联予。但是，如果model里屬性非常多蟹但，這樣就不適用了躯泰。你不可能說在description方法里面拼接屬性返回。這樣不僅麻煩华糖，而且可讀性非常差麦向。到這里，我們可以利用runtime動(dòng)態(tài)獲取屬性并返回客叉。不過我并不建議你重寫description方法诵竭，我推薦你重寫debugDescription方法（至于詳細(xì)的介紹以及如何重寫請(qǐng)點(diǎn)擊此處）话告，因?yàn)閐ebugDescription方法和description方法效果一樣，區(qū)別在于debugDescription方法是在你使用po命令時(shí)調(diào)用的卵慰，實(shí)際上也是調(diào)用了description方法沙郭。
2、p:可以用來打印基本數(shù)據(jù)類型裳朋。
3病线、call:執(zhí)行一段代碼
call NSLog(@"%@", @"yang")
4、expr:動(dòng)態(tài)執(zhí)行指定表達(dá)式
expr i = 101
輸出：(int)$0 = 101
5鲤嫡、bt:打印當(dāng)前線程堆棧信息
如果要打印所以線程堆棧信息送挑，使用:bt all即可。
6暖眼、image:常用來尋找棧地址對(duì)應(yīng)代碼位置：
舉個(gè)栗子：
應(yīng)用場(chǎng)景（數(shù)組越界）模擬代碼：
NSArray *array = @[@"yang",@"she",@"bing"];
NSLog(@"%@",array[3]);
錯(cuò)誤信息如下：
*** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayI objectAtIndex:]: index 3 beyond bounds [0 .. 2]'
*** First throw call stack:
(
0 CoreFoundation 0x000000010579734b __exceptionPreprocess + 171
1 libobjc.A.dylib 0x00000001051f821e objc_exception_throw + 48
2 CoreFoundation 0x00000001056d1eeb -[__NSArrayI objectAtIndex:] + 155
3 BGMultimediaDemo 0x0000000104c25550 -[ViewController viewDidLoad] + 192
4 UIKit 0x0000000105d5c06d -[UIViewController loadViewIfRequired] + 1258
......
......
......
21 BGMultimediaDemo 0x0000000104c25adf main + 111
22 libdyld.dylib 0x000000010857268d start + 1
23 ??? 0x0000000000000001 0x0 + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException
這個(gè)時(shí)候我們?nèi)绻麘岩沙鲥e(cuò)的地址是0x0000000104c25550惕耕，那么我們可以使用下面命令來找出錯(cuò)誤代碼的位置：
image lookup --address 0x0000000104c25550
執(zhí)行命令后輸出結(jié)果如下：
Address: BGMultimediaDemo[0x0000000100001550] (BGMultimediaDemo.__TEXT.__text + 192)
Summary: BGMultimediaDemo`-[ViewController viewDidLoad] + 192 at ViewController.m:30
從上面輸出結(jié)果中可以看出，錯(cuò)誤位置應(yīng)該是ViewController.m文件中的30行诫肠。是不是超級(jí)好用司澎？反正我覺得好用。
三栋豫、Xcode調(diào)試技巧之：斷點(diǎn)（Breakpoint）
斷點(diǎn)就不多說了挤安，相信基本上都知道。
四笼才、Xcode調(diào)試技巧之：EXC_BAD_ACCESS
1漱受、開啟僵尸對(duì)象
開啟Zombie模式之后會(huì)導(dǎo)致內(nèi)存上升络凿，因?yàn)樗砸呀?jīng)被釋放（引用計(jì)數(shù)為0）的對(duì)象被僵尸對(duì)象取代骡送，并未真的釋放掉。這個(gè)時(shí)候再給僵尸對(duì)象發(fā)送消息絮记，就會(huì)拋出異常摔踱，并打印出異常信息，你可以輕松的找到錯(cuò)誤代碼位置怨愤，結(jié)束Zombies時(shí)會(huì)釋放派敷。它的主要功能是檢測(cè)野指針調(diào)用。
使用方法：
“Edit Scheme…” —> “Run” —> “Diagnostics” —> “Zombie Objects”
打開”Edit Scheme…”窗口：
開啟Zombie模式：
注意：Zombie模式不能再真機(jī)上使用撰洗，只能在模擬器上使用篮愉。
2、Address Sanitizer（地址消毒劑）
在Xcode7之后新增了AddressSanitizer工具差导，為我們調(diào)試EXC_BAD_ACCESS錯(cuò)誤提供了便利试躏。當(dāng)程序創(chuàng)建變量分配一段內(nèi)存時(shí)，將此內(nèi)存后面的一段內(nèi)存也凍結(jié)住设褐，標(biāo)識(shí)為中毒內(nèi)存颠蕴。程序訪問到中毒內(nèi)存時(shí)（訪問越界）泣刹，立即中斷程序，拋出異常并打印異常信息犀被。你可以根據(jù)中斷位置及輸出的Log信息來解決錯(cuò)誤椅您。當(dāng)然，如果變量已經(jīng)釋放了寡键，它所占用的內(nèi)存也會(huì)被標(biāo)識(shí)為中毒內(nèi)存掀泳，這個(gè)時(shí)候訪問這片內(nèi)存空間同樣會(huì)拋出異常。
使用方法：
“Edit Scheme…” —> “Run” —> “Diagnostics” —> “Zombie Objects”
開啟AddressSanitizer之后西轩，在調(diào)試程序的過程中开伏，如果有遇到EXC_BAD_ACCESS錯(cuò)誤，程序則會(huì)自動(dòng)終端遭商，拋出異常固灵。
