当工程崩溃在main.m的时候，我的内心也是崩溃的！根本就不知道为什么蹦嘛！？
这里，分享几个调试内存错误的方法，希望大家也能从中找出BUG原因！~
目录：
1.手动设置NSZombieEnabled
2.Instruments中的Leake
3.Instruments中的Zombies
4.Analyze工具静态分析内存泄露
运行工程后,在main.m中崩溃，此时 图1 显示是：
EXC_BAD_ACCESS(code=1,address=0x10)
遇到EXC_BAD_ACCESS这个错误时，意味着你向一个已释放的对象发送消息。
1.手动设置NSZombieEnabled
在僵尸模式下，当你对某个已被僵尸对象（已被释放的对象）发送消息时，应用会因为EXC_BAD_ACCESS 而崩溃，并打印出发送这个消息的对象，这时我们就可以进行操作啦！~
调试操作如下图
设置好僵尸模式后，运行工程。
发现工程向一个僵尸对象发送了消息导致了崩溃，此时打印出以下信息：
发现是 BMKGeoCodeSearch 过度释放了！
在Xcode中Comamd+3，左边菜单跳转到 放大镜 后，搜索关键词。
由于我的应用是在百度地图定位后崩溃，所以跳转到对应页面。
发现之前这里用另一个属性去继承了它，并且又再次释放了(接收别人工程的坑啊...)，这里将 图7 删除 或 // 就可以了，运行工程就不再崩溃了。
2.Instruments中的Leake
command+i 就可以调出这个模式
Instruments非常实用，可以测试工程的许多问题，内存优化、检测隐藏bug之类的，感兴趣的可以去搜索一下，这里只介绍 Leake 这个功能,它用于找出APP中的泄露问题。
PS:真机测试不能用生产证书哟，会无法使用的。
虽然是跳转到这里，并不精确是红色的这一段出错，但能确定的是出错原因在这个方法中，仔细看了就发现，在方法的最后由于多释放了一次导致奔溃。
3.Instruments中的Zombies
两种调试的僵尸模式，推荐使用这种，个人感觉更加清晰明了，看图说话。
点击红点运作后，出现一个弹框，点击箭头打开 图14
关键的地方来啦！
4.Analyze工具静态分析内存泄露
shift+command+b ，Xcode就会帮你编译一次，并且找你找出有缺陷的代码，很多提示都是无用的。所以，这个需要自行判断，在你觉得有问题的地方中查看是否有内存泄露的问题。点进去看看吧！
以上就是本人整理和归纳的一些方法，希望能帮到大家 :)
参考链接：
使用Xcode和Instruments调试解决iOS内存泄露
Xcode如何使用Instruments处理Zombie（内存僵尸）_叶落孤城_新浪博客