前言：从最开始到现在也遇到了不少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];

之后发现问题已被解决。