錯(cuò)誤原因:
exc_bad_access(code=1, address=0x789870)野指針錯(cuò)誤柑船，主要的原因是，當(dāng)某個(gè)對(duì)象被完全釋放泼各，也就是retainCount鞍时，引用計(jì)數(shù)為0后。再去通過該對(duì)象去調(diào)用其它的方法就會(huì)出現(xiàn)野指針錯(cuò)誤扣蜻。
<pre>
例如：
Person *jerry = [[Person alloc]init]; // retainCount引用計(jì)數(shù)為1
[jerry eat]; // 調(diào)用吃的方法
[jerry release]; // 釋放jerry這個(gè)對(duì)象到 retainCount引用計(jì)數(shù)為0
// 此時(shí)如果繼續(xù)引用jerry這個(gè)對(duì)象就會(huì)出現(xiàn)野指針錯(cuò)誤逆巍，exc_bad_access
[jerry sleep];
</pre>
解決方法：
首先得定位到哪里出現(xiàn)的這樣野指針引用錯(cuò)誤，如果是大型的項(xiàng)目代碼量一大莽使，找起來是非常痛苦的锐极。
IOS提供了一個(gè)環(huán)境變量設(shè)置來幫忙定位錯(cuò)誤位置的信息描述：NSZombieEnabled ，就是當(dāng)設(shè)置NSZombieEnabled環(huán)境變量后芳肌，一個(gè)對(duì)象銷毀時(shí)會(huì)被轉(zhuǎn)化為_NSZombie灵再，設(shè)置NSZombieEnabled后，當(dāng)你向一個(gè)已經(jīng)釋放的對(duì)象發(fā)送消息亿笤，這個(gè)對(duì)象就不會(huì)向之前那樣Crash或者產(chǎn)生一個(gè)難以理解的行為翎迁，而是放出一個(gè)錯(cuò)誤消息，然后以一種可預(yù)測(cè)的可以產(chǎn)生debug斷點(diǎn)的方式消失净薛， 因此我們就可以找到具體或者大概是哪個(gè)對(duì)象被錯(cuò)誤的釋放了汪榔。
例如會(huì)出現(xiàn)這樣的提示：
[jerry sleep]：message sent to deallocated instance 0x78d7ed0
設(shè)置NSZombieEnabled環(huán)境變量，XCode4中：
你可以點(diǎn)擊 Xcode 菜單 Product -> Edit Scheme-> Arguments, 然后將點(diǎn)擊”加號(hào)”, 將 NSZombieEnabled 參數(shù)加到Environment Variables 窗口中, 后面的數(shù)值寫上 ”YES”.
或者在 Xcode 菜單 Product -> EditScheme -> Diagnostics 設(shè)置窗口中直接勾上Enable ZombieObjects 即可肃拜，Xcode 可用 cmd＋shift＋< 進(jìn)到這個(gè)窗口痴腌。
之后可能會(huì)出現(xiàn)如下提示：
iOS crash: respondsToSelector: message sent to deallocated instance
解決方案：
在dealloc 的時(shí)候?qū)⑿枰膁elegate 置空
-(void)dealloc{
委托者.delegate = nil;
}
參考如下：
iOS crash: respondsToSelector: message sent to deallocated instance
