全局?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了喷户，聽聲識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的對象贡耽。為了這個(gè)目的，我們可以很藝術(shù)地偷窺對象正在做些什么鹊汛，想想就好有快感蒲赂。
小伙伴們第一節(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倍，感興趣自己翻翻蘋果手冊咯)蛔添。
使用objc語言(強(qiáng)類型)并且用NSLog打印的時(shí)候痰催，常常搞不清楚NSLog(@“%?”,xxx) xxx這種類型該是什么什么類型輸出，應(yīng)該是%d呢還是%@亦或是%f迎瞧？夸溶？？傻傻分不清楚~凶硅，所以玩轉(zhuǎn)NSLog你應(yīng)該要知道以下這幾個(gè)全局方法缝裁！
圖17
開啟僵尸對象(Enable NSZombie Objects)
Xcode可以把那些已經(jīng)release掉得對象，變成“僵尸”足绅，當(dāng)我們訪問一個(gè)Zombie對象時(shí)捷绑，Xcode可以告訴我們正在訪問的對象是一個(gè)不應(yīng)該存在的對象了。因?yàn)閄code知道這個(gè)對象是什么氢妈，所以可以讓我們知道這個(gè)對象在哪里粹污，以及這是什么時(shí)候發(fā)生的。
所以Zombies是你的好基友首量！他可以讓你輸出的信息更具體Ｗ撤浴进苍！
具體這樣做：
圖15
自己再試試輸出Object的信息咯，是不是很棒呢鸭叙？
僵尸只能用在模擬器和OC語言哦~
