iOS开发中遇到BAD_ACCESS怎么办？

2016-09-23 本文已影响1768人 Hither

在我们开发中经常会遇到BAD_ACCESS这样的错误，不用想这就是内存泄漏，即使在现在ARC的大环境下，也会遇到内存过度释放或是内存泄露的问题;

下面介绍两种方法来处理BAD_ACCESS：

—————————————————————————————
方案一：

使用Xcode自带的Instrument,长这个样子的：

假设现在有一段代码存在内存泄漏的问题，使用这个工具的步骤如下：

1.设置僵尸对象（作用是：假设有个对象内存被释放了，但是你想找到问题所在，这个对象就会让这个对象的内存不会被释放，就像活死人一样，但是切记，解决问题以后，一定要把僵尸对象去掉，不然会遇到很多莫名其妙的Bug）

如图所示打开scheme：

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 等再导入环信也会报重复库文件冲突）