iOS静态分析Analyze、内存泄漏Leaks分析

在iOS日常开发中，内存管理十个很重要的话题和注意事项。

在老的iOS版本中，都是手动管理内存（MRC），要时刻注意着内存的开辟和释放，很容易造成内存泄漏。ARC（自动引用计数）是iOS5、macOS10.7引入的内存管理技术，它使我们的开发更省心，不用去关注内存的释放，都交给了AutoReleasePool去管理。

MRC和ARC在其他的文章介绍了，在这就不多阐述了。有了ARC就一定不会造成内存泄露了吗？答案肯定是NO！下面我们使用Xcode带的工具来检测内存泄露情况，并解决内存泄露的情况。

一、检测内存泄露

1. Analyze

在编写代码时期，Xcode给了一个初步检测代码里会造成内存泄露的方式静态分析Analyze，打开工程，在Xcode菜单里找到：Product -> Analyze

然后就会看到像build编译一样，检测代码会造成内存泄露的地方：

图上蓝色的数字就是造成内存泄露个代码逻辑错误的地方，点击数字，在Xcode的左侧就会列出造成代码泄露的地方，为了保护工程隐私，这里我就不截图了。

异常的地方分为以上几种，Memory error就是内存泄露的地方，其他的就是本地化、存储和逻辑错误等，在这就不详细介绍了，想了解的可以参考这篇Analyze静态分析，这里主要介绍内存泄露情况。

2. Leaks

第二种方式就是使用Xcode提供的一个分析工具Leaks，找到Xcode的菜单里的Instruments

这里选择Leaks：

先在Xcode运行起来我们的App程序，然后在Leaks里左上角Choose Target...，选择Running Applications里的正在运行的我们的程序：

然后点击左上角的红圆按钮开始检测：

其中红色叉号就是检测到内存泄露，点击叉号底下列表就会显示出泄露的地方，右边就是代码栈。
[NewUUID createUUID]此处调用的地方特别多，所以提示的很频繁。

双击右侧的[NewUUID createUUID]就会展示出具体的代码位置：

二、解决内存泄露

此处虽然加了__bridge进行类型转换，但是创建的uuidStrRef变量并未释放，可能有人问不是ARC的内存管理交给AutoReleasePool了吗？怎么还会泄露？

ARC机制是Objective-C语言的，即ARC只对Foundation框架有效；而CFStringRef是CoreFoundation框架的，这个框架是C语言写的，所以CoreFoundation里创建的对象还是要做内存释放的。

所以对此处的代码修改如下：

+ (NSString *)createUUID
{
    CFUUIDRef uuidRef = CFUUIDCreate(NULL);
    CFStringRef uuidStrRef = CFUUIDCreateString(NULL, uuidRef);
    NSString *uuidStr = [NSString stringWithFormat:@"%@",uuidStrRef];

    //释放内存
    CFRelease(uuidRef);
    CFRelease(uuidStrRef);
    
    return uuidStr;
}

此时再用Leaks检测内存泄露，就不会再报这个方法内存泄漏了。

那么此处的代码只能这么改吗？不，还有另外一种方法，涉及到__bride、__bride_transfer和__bride_retain，此处就不坐详细介绍，在下一篇文章中会具体介绍它们的作用和区别，及另外一种解决办法。