在我们开发中经常会遇到BAD_ACCESS这样的错误，不用想这就是内存泄漏，即使在现在ARC的大环境下，也会遇到内存过度释放或是内存泄露的问题;
下面介绍两种方法来处理BAD_ACCESS：
—————————————————————————————
方案一：
使用Xcode自带的Instrument,长这个样子的：
假设现在有一段代码存在内存泄漏的问题，使用这个工具的步骤如下：
1.设置僵尸对象 （作用是：假设有个对象内存被释放了，但是你想找到问题所在，这个对象就会让这个对象的内存不会被释放，就像活死人一样，但是切记，解决问题以后，一定要把僵尸对象去掉，不然会遇到很多莫名其妙的Bug）
如图所示 打开scheme：
- 打开以后界面是这个样子的，我们使用Instrument 找内存泄漏就需要配合僵尸对象，所以接下来我们需要设置僵尸对象；
2.如图所示 通过这种方式 打开Instrument
3.打开的界面是这样的，按照图中所示进行选择：
4.进入这样的界面，按照图中所示，进行操作：
然后你就会看到这个程序运行起来后的样子，如图所示：
点击你的模拟器 要出问题的地方，把程序搞崩溃，返回到Instrument中，按照下图进行操作：
点了这个箭头进去以后，注意到了么？ 有变灰色的行出现了，这就是我们出问题的地方，双击这一行进去，就可以定位到我们出问题的地方了：
这里的例子就是因为，二级页面中没有移除通知，导致虽然二级页面pop以后，页面虽然没有了，但是这个对象始终没有释放掉，仍有一个对象持有他，这就比较尴尬了，就会出现野指针，导致内存问题，不论是ARC还是MRC，都要记住，谁污染谁处理，对象的引用计数为0，才能得到释放；
—————————————————————————————
方案二：
使用终端命令行加schme的方式进行寻找；
还是使用上面那个例子哟~
- 编辑scheme，如图所示：
2.注意到了么？如下图，你的控制台多了点东西，两个箭头指的东西都是一样的，我们需要的是前面的那个进程的pid,如1527；
3.运行你的程序，让它崩溃，在这个例子中，崩溃以后会在控制台输出这样一句话：
message sent to deallocated instance 0x7ff8fdd2f9c0
//0x7ff8fdd2f9c0就是这个对象
4.使用终端，查找问题：
输入：sudo malloc_history 1527 0x7ff8fdd2f9c0
第一输入，会让你输入这台电脑的密码，输入就是了，没有关系的；
5.结尾，是不是和上面我们用Instrument找到的同一个地方呢？一般出问题的代码都在| _objc_rootAlloc | class_createInstance | calloc | malloc_zone_calloc 这些代码的前面
—————————————————————————————
补充：
1.写通知 和 NSTimer记住要释放，Block中解决循环引用。
2.全局断点：
3.库文件冲突的时候记住：
要么重新pod 要么删掉重复的 要么在other link flag删掉重复的 要么在搜索框搜索重复的 再删除重复的（比如环信带音视频框架和B站框架一起 导入 就会出现这种问题 或者项目已经有MJRefresh 等 再导入环信 也会报重复库文件冲突）
