1.添加通用斷點(diǎn)

選擇 BreakPoint Navigator,點(diǎn)擊右下角的 ‘+’ ,然后在彈窗中選擇 ‘Add Exception BreakPoint’

2.重寫object的respondsToSelector方法

1.重寫object的respondsToSelector方法，現(xiàn)實(shí)出現(xiàn)EXEC_BAD_ACCESS前訪問的最后一個(gè)object.因?yàn)橛袝r(shí)候程序崩潰根本不知錯(cuò)誤發(fā)生在什么地方。

在可能出現(xiàn)問題的 .m 或者.mm 文件中加入以下代碼

#ifdef DEBUG
-(BOOL) respondsToSelector:(SEL)aSelector {  
    printf("SELECTOR: %s\n", [NSStringFromSelector(aSelector) UTF8String]);  
    return [super respondsToSelector:aSelector];  
}  
#endif

在 other c flags中加入-D DEBUG（記住請只在Debug Configuration下加入此標(biāo)記）,這樣當(dāng)你程序崩潰時(shí)，Xcode的console上就會(huì)準(zhǔn)確地記錄了最后運(yùn)行的object的方法。

3最終方案

EXC_BAD_ACCESS 錯(cuò)誤，可以這么說，90%的錯(cuò)誤來源在于對一個(gè)已經(jīng)釋放的對象進(jìn)行release操作.那么我們應(yīng)該啟用 僵尸對象.方法如下:
Product->Scheme->Edit Scheme->Arguments 的 Environment Variables 中，增加標(biāo)計(jì)位NSZombieEnabled設(shè)為YES)objc
通過活動(dòng)監(jiān)視器,拿到我們程序進(jìn)程的 pid，后面一個(gè)參數(shù)是崩潰的地址。

sudo malloc_history pid 0x7a692620

終端提示,沒有打印 MallocStackLogging
需要在 Xocde 中配置的.按照剛剛配置 NSZombieEnabled的位置和方式,添加一個(gè)參數(shù):
MallocStackLoggingNoCompact 值設(shè)置為 YES
然后繼續(xù)重新編譯運(yùn)行,查看 pid ,查看崩潰的內(nèi)存地址。
見到終端打印出了調(diào)用順序,一般來說,是最后一個(gè)你自定義的方法導(dǎo)致的崩潰。