前言:从最开始到现在也遇到了不少Thread 1: EXC_BAD_ACCESS (code=1, address=)的崩溃情况,因为不好定位到具体的crash位置,所以调试起来比一般的crash情况要复杂一点。因此,打算留个接口,记录下因为Thread 1: EXC_BAD_ACCESS 导致的崩溃(包括其他各种crash情况),方便自己编写代码时作参考,也希望能帮到遇到相同问题的朋友。
为什么会报:Thread 1: EXC_BAD_ACCESS?
“Thread 1: EXC_BAD_ACCESS” 的出现一般都是因为内存泄漏的问题导致。
当需要给一个对象发送消息,但是该对象已经被提前释放时,就可能会出现这种情况,但是编译器往往会crash到其他位置,让人摸不到头脑,这时候就需要根据代码和具体的崩溃情景进行调试。
我在含有tableView的界面执行popToRootViewController方法,之后程序crash,在调试后提示
“numberOfSectionsInTableView:]: message sent to deallocated instance”
分析得出是执行了tableView的代理方法,并抛出异常。
解决方法:
在执行popToRootViewController方法之前,将tableView的代理置空:
tableView.delegate = nil;
tableView.dataSource = nil;
[self.navigationController popToRootViewControllerAnimated:NO];
之后发现问题已被解决。