全局?jǐn)帱c(diǎn)（Global BreakPoint）
有時(shí)候在程序出錯(cuò)的時(shí)候不能能準(zhǔn)確定位到奔潰的那一行代碼,而是直接跑到main循環(huán)或者Appdelegate里面， 或者會(huì)給你這樣的提示：
EXEC_BAD_ACCESS：
是不是有種想哭的沖動(dòng)？尼瑪~至少給我一些堆棧信息也好呀~……這個(gè)時(shí)候你千萬不要砸鼠標(biāo)和鍵盤哦，一切都是主機(jī)在運(yùn)行，你砸鼠標(biāo)和鍵盤有什么用呢？應(yīng)該是踢主機(jī)呀~~，現(xiàn)在有了全局?jǐn)帱c(diǎn)，娘親再也不擔(dān)心你砸鼠標(biāo)了，你只需要這樣：
圖7
在Debug導(dǎo)航面板進(jìn)行上圖的操作，你就建立了全局?jǐn)帱c(diǎn)，這樣只要遇到錯(cuò)誤，debug程序就會(huì)自動(dòng)定位到棧底的信息，也就是你最先出錯(cuò)的代碼的那一行，這樣你就可以快樂的debug拉~~
條件斷點(diǎn)(Condational Breakpoints)
從前有一個(gè)游戲，叫做擼啊擼，有些玩家他們知道怎么操作，會(huì)放技能會(huì)走路，但是他們不知道買裝備，玩了一局下來，鞋子小刀都沒有買。我為什么講這個(gè)故事呢？因?yàn)楹芏嘈∨笥褜W(xué)東西和玩游戲一樣，看完前面的幾種調(diào)試技能，就以為自己已經(jīng)屌爆無敵了，其實(shí)他們不過是出門不帶裝備的玩家，如果只是使用了以上的調(diào)試技能只能說是低玩，在高大的逼優(yōu)雞面前根本就是會(huì)被瞬秒的那種，所以學(xué)會(huì)裝備自己才是王道！條件斷點(diǎn)，就是學(xué)會(huì)有的放矢！
我們來看一段代碼
圖8
你是不是想問博主為何那么風(fēng)騷，竟然上了Swift了！！我此刻只想吟一首濕：別人笑我太淫蕩，我家住在黃鶴樓。
反正這個(gè)年代大家都是吃飽了撐著的，博主也是，所以就學(xué)學(xué)Swift咯。
我們?nèi)绻谝粋€(gè)循環(huán)里面使用了斷點(diǎn)，如果這個(gè)循環(huán)執(zhí)行了100萬次，那你的斷點(diǎn)要執(zhí)行那么多次，你不覺得蛋蛋都涼了的憂傷么？所以我們這么做：
圖9
這樣只有遍歷到c==“H”的時(shí)候 斷點(diǎn)才會(huì)被觸發(fā)。
圖10
是不是很棒呢！
有些童鞋的鈦合金狗眼已經(jīng)看到了編輯斷點(diǎn)那里有一個(gè)Action的東西，那是什么呢？
這個(gè)是非常強(qiáng)大的，可以在你斷點(diǎn)的位置，執(zhí)行各種操作，比如執(zhí)行腳本命令，控制臺(tái)命令(可以制定調(diào)試信息自定義保存)、打印信息等，
博主最喜歡的就是這個(gè)Log message啦，簡單粗暴！根本就不需要print啊NSLog嘛，直接在斷點(diǎn)的Action打印就好了（其實(shí)這個(gè)是Xcode和調(diào)試器結(jié)合的高能產(chǎn)物，下面再介紹）。具體可以這樣：
圖11
其實(shí)剛剛博主撒謊了，博主最喜歡的Action并不是Log Message，而是Sound，顧名思義嘛，斷點(diǎn)射在Bug上，這樣遇到斷點(diǎn)就會(huì)發(fā)出聲音，聽到我自己設(shè)置的聲音，我就知道是什么Bug了，聽聲識(shí)Bug，呵呵，EXEC_BAD_ACCESS的錯(cuò)誤我設(shè)置成了波多野老師的聲音，unrecognized selector send to instancd的錯(cuò)誤我設(shè)置成了蒼老師的…… 不要問我系統(tǒng)怎么沒有吉澤明步的聲音，我根本就不知道誰是吉澤明步。
當(dāng)然還有更加強(qiáng)大的條件斷點(diǎn)就是這貨啦
圖12
添加之后在 Symbol 一欄輸入 viewDidLoad。
這樣一來，在程序中所有的 viewDidLoad 方法被調(diào)用時(shí)都會(huì)觸發(fā)斷點(diǎn)。
圖13
當(dāng)然，我們也可以僅僅為特定的某個(gè)類的方法添加斷點(diǎn)。在 Symbol 一欄輸入 [ClassName viewDidLoad] (Objective-C) 或 ClassName.viewDidLoad (Swift) 即可。
比如：unrecognized selector sent to instance 0xaxxxx 這種錯(cuò)誤，這個(gè)instance可以這樣快速定位
圖14
盡管ARC已經(jīng)讓內(nèi)存管理變得簡單、省時(shí)和高效，但是在object的life-cycles中跟蹤一些重要事件依然十分重要。畢竟ARC并沒有完全排除內(nèi)存泄露的可能性，或者試圖訪問一個(gè)被release的對(duì)象。為了這個(gè)目的，我們可以很藝術(shù)地偷窺對(duì)象正在做些什么，想想就好有快感。
小伙伴們第一節(jié)課學(xué)習(xí)ViewController的生命周期的時(shí)候，老師肯定很猥瑣的教了大家，在viewController的每個(gè)生命周期的方法中使用了NSLog來偷窺！沒錯(cuò)，這樣其實(shí)就是最簡單爆炸的跟蹤生命周期的方法了，不過系統(tǒng)自己的NSLog真心有點(diǎn)羸弱，輸出的信息太少，根本就不能滿足我們的欲望，這里我教大家強(qiáng)化你的Log??！
可以用下面的這段宏
//A better version of NSLog#define NSLog(format, ...) do { \
fprintf(stderr, "<%s : %d> %s\n", \
[[[NSString stringWithUTF8String:__FILE__] lastPathComponent] UTF8String], \
__LINE__, __func__); \
(NSLog)((format), ##__VA_ARGS__); \
fprintf(stderr, "-------\n"); \
} while (0)
關(guān)于宏的威力 大家可以亂入我的博文《 iOS中的預(yù)編譯指令的初步探究》
這樣打印出來的東西才像話嘛(其實(shí)NSLog的打印是非常低效的，甚至比print低100倍，感興趣自己翻翻蘋果手冊(cè)咯)。
使用objc語言(強(qiáng)類型)并且用NSLog打印的時(shí)候，常常搞不清楚NSLog(@“%?”,xxx) xxx這種類型該是什么什么類型輸出，應(yīng)該是%d呢還是%@亦或是%f？？？傻傻分不清楚~，所以玩轉(zhuǎn)NSLog你應(yīng)該要知道以下這幾個(gè)全局方法！
圖17
開啟僵尸對(duì)象(Enable NSZombie Objects)
Xcode可以把那些已經(jīng)release掉得對(duì)象，變成“僵尸”，當(dāng)我們?cè)L問一個(gè)Zombie對(duì)象時(shí)，Xcode可以告訴我們正在訪問的對(duì)象是一個(gè)不應(yīng)該存在的對(duì)象了。因?yàn)閄code知道這個(gè)對(duì)象是什么，所以可以讓我們知道這個(gè)對(duì)象在哪里，以及這是什么時(shí)候發(fā)生的。
所以Zombies是你的好基友！他可以讓你輸出的信息更具體！！
具體這樣做：
圖15
自己再試試輸出Object的信息咯，是不是很棒呢？
僵尸只能用在模擬器和OC語言哦~
