iOS内存管理（四）ARC项目内存泄漏检测

在项目开发过程中，大多是几个人一起开发，如果你屌得不行，能够保证自己的每一行代码没有问题，不存在内存问题，也不能保证队友的代码不存在内存问题。在这里说句实话，内存问题，防不胜防，每每写完一个功能模块，还是先测试一下有没有内存泄漏问题。如果你是一个项目的管理，则需要做的是，保证整个项目安全性，项目的代码不存在任何潜在内存问题。
在下介绍一下怎么检测项目的内存是否存在内存问题。

静态检测（Product->Analyze）

静态分析是Xcode自带的一个功能，使用静态检测可以检查出一些明显的没有释放的内存，包括NSObject和CF开头的内存泄漏，最常见问题有2种，这些问题都不复杂，需要的是细心.

看如下代码:

CGColorSpaceRef colorSpaceRef = CGColorSpaceCreateDeviceRGB();
CGColorRef color = CGColorCreate(colorSpaceRef, (CGFloat[]){arc4random() % 225, arc4random() % 225, arc4random() % 225, 0.3});
self.view.backgroundColor = [UIColor colorWithCGColor:color];

分析结果如下

我用红线标出来了，这里出现两个create关键字。arc内存管理原则，非oc对象如果出现create、copy、retina关键字，使用完成之后，需要执行release，而上面代码中并没有执行release,所以检测出内存泄漏，正确的代码姿势应该是这样的：

CGColorSpaceRef colorSpaceRef = CGColorSpaceCreateDeviceRGB();
CGColorRef color = CGColorCreate(colorSpaceRef, (CGFloat[]){arc4random() % 225, arc4random() % 225, arc4random() % 225, 0.3});
self.view.backgroundColor = [UIColor colorWithCGColor:color];
CGColorSpaceRelease(colorSpaceRef);
CGColorRelease(color);

我这里先声明一下，静态分析出来的内存泄漏不一定真的存在泄漏，只是大致的结果，如果希望更准确的检测内存泄漏，还得使用动态检测。

动态检测（Product->profile）

盗用一个哥们的一句话，与其话费事件在优化小细节上不如多点时间找到你该优化的地方。

我之前有在网上看过很多关于instruments检测app性能的文章整体看来还是这里比较屌，这个文章是英文版的，我在这里稍微做了一下精简
从xcode的菜单选择product->profile，程序会启动instruments，这时会出现一个窗口:

点击进入会出现一个新的窗口：

下面来解释一下上面几个地方分别干什么用的

录控按钮。应用程序目前正在分析。注意这实际上是停止和启动应用程序,而不是暂停它。
绿色表示正常释放，红色表示内存泄漏
运行轨道。
详细地面板。它显示了你正在使用的仪器的主要信息,这是使用频率最高的部门.
扩展面板，在时间探查仪器的情况下，它是用来跟踪显示堆栈。
点击2是列表4会快速定位到该处内存的一行，而在面板5则会显示出现内存问题的具体详情

那怎么定位到出现内存泄漏的代码呢?看一下这张图

内存泄漏

xcode8.0以后

把我标出来的1处切换成图中的样子，需要勾选两个选项，不同版本的xcode位置不一样，xcode8.0版本以后都是上一样，CallTree放到了2这个地方

xcode8.0以前

查循环引用

循环引用

根据图中标号的顺序，先把

处切换成Cycles & Roots,
点击详情面板列表中的一行,如果存在循环引用，则会显示出3一样的图形的环，而详情扩展面板也会显示出更具体的详情，具体的类和方法。图中4表示内存出现问题的地方。
双击标签4指向的一行就会跳转到具体的项目代码中，如图：

我这里逼逼两句，内存溢出 out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。

内存泄露 memory leak，是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄露危害可以忽略，但内存泄露堆积后果很严重，无论多少内存,迟早会被占光。

手动代码检测

不管用静态检测还是动态检测，都不能百分之百的确定能检测出内存泄漏。告诉你个终极的办法，也是最笨的办法，重写dealloc方法，当执行某一步操作后会创建哪些对象，然后再执行某步操作后哪些对象会被释放，如果没有被释放，那么就是内存泄漏了
`

- (void)dealloc {
    NSLog(@"--------------------->--->%@被释放了",[self class]);
}

第三方工具MLeaksFinder

主要检查UI方面的泄漏，集成简单，用MLeaksFinder比较漂亮的地方：

这个库不需要入侵项目代码，直接pod导入一下库就
不用像instruments那么麻烦，还需要自己来仔细观察
库只在debug状态运行，完全不影响app打包大小

MLeaksFinder目前是我在项目内存检测中用的工具之一，原理和集成方式可以参考如下博客的内容：

MLeaksFinder iOS内存泄露检测工具

MLeaksFinder 新特性