1.添加通用断点
选择 BreakPoint Navigator,点击右下角的 ‘+’ ,然后在弹窗中选择 ‘Add Exception BreakPoint’
2.重写object的respondsToSelector方法
1.重写object的respondsToSelector方法，现实出现EXEC_BAD_ACCESS前访问的最后一个object.因为有时候程序崩溃根本不知错误发生在什么地方。
在可能出现问题的 .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下加入此标记）,这样当你程序崩溃时，Xcode的console上就会准确地记录了最后运行的object的方法。
3最终方案
EXC_BAD_ACCESS 错误，可以这么说，90%的错误来源在于对一个已经释放的对象进行release操作.那么我们应该启用 僵尸对象.方法如下:
Product->Scheme->Edit Scheme->Arguments 的 Environment Variables 中，增加标计位NSZombieEnabled设为YES)objc
通过活动监视器,拿到我们程序进程的 pid，后面一个参数是崩溃的地址。
sudo malloc_history pid 0x7a692620
终端提示,没有打印 MallocStackLogging
需要在 Xocde 中配置的.按照刚刚配置 NSZombieEnabled的位置和方式,添加一个参数:
MallocStackLoggingNoCompact 值设置为 YES
然后继续重新编译运行,查看 pid ,查看崩溃的内存地址。
见到终端打印出了调用顺序,一般来说,是最后一个你自定义的方法导致的崩溃。
