实际开发中往往会存在内存泄露问题，可能对于一些程序开发人员来说，项目写完了就完事了，只要能在真机上运行不崩溃即可。但是对于一些大型项目，对性能要求还是很高的。这里先将一下内存分析相关的技术，主要是利用Xcode自带的内存分析工具。其实Xcode的功能很强大，如果只是利用Xcode编写代码，并模拟器上运行效果，那就太浪费资源了。想想一个4个多G的代码编辑工具，功能怎么可能仅仅局限于编写代码这么简单。
关于静态内存分析步多介绍，直接shift+cmd+b就行，但是监测不是很准确，仅仅只能从语法分析来监测内存泄露。
静态内存分析：
1、快捷键：shift+cmd+b
2、只是简单的监测语法缺陷，很多开发者总是以为只是检测内存泄露
3、不能完全检测到内存泄露，只是分析上下语句的逻辑。
4、自能帮我们监测到一部分可能泄露的代码，具体需要自己判断处理。
这篇文章真正要将的是动态内存分析工具Leaks。
动态内存分析：
引言：
1、一般内存分析，主要是看看有没有内存泄露。
2、内存泄露：创建了对象，使用完毕没有释放，将来就可能没有被释放掉。
3、内存泄露：主要用于MRC的内存检测
4、在ARC在也会有内存泄露的发生：循环引用、Core Foundation框架。
首先通过如下操作，代开leaks工具。快捷键：cmd+i
product ---> profile ----> leaks。图的下方有关于这个界面的说明。
说明：
1、点击坐上角的红点可以开始录制，检测内存泄露。录制时会启动模拟器，此时可以自行操控模拟器，检测内存泄露。
2、内存泄露检测时间间隔为10s。
3、点击左上角的AllHeap & Anonymous VM可以在底部查看内存占用情况，点击Leak Checks可以查看内存泄露情况。
4、如果出现右上角空白区域的红色错号，说明存在内存泄露。
5、当选中做上角的Leak Checks，最下方界面会出现相应变化。leaks可以告诉在那些类中出现内存泄露问题。Cycles & Roots可以用图形来说明为何出现内存泄露。Call Tree可以精准定位发生内存泄露的代码。具体请看下图。
接下来看一个重点，如何定位发生内存泄露的代码部分，进而根据实际代码逻辑，改写代码，优化项目。如何定位发生内存泄露的代码？
按照上图：在录制之后，并检测到内存泄露，选中左下角模块的Call Tree ，同事右下角选中设置中的Hide System Libraries(隐藏系统资源)，然后双击左下角模块的方法，便直接跳转到内存泄露的地方。另外说明：右下角模块中的invert Call Tree 是更改方法的组织形式使方法从内到外展示。Sepetrate by Thread 是按照线程分割检测内存泄露。
动态内存分析注意事项：
1、测试时，应该使用真机，不要使用模拟器。因为模拟器的性能是和电脑的配置有关。
2、测试时，应该使用release模式。release模式下，代码会自动做一些优化和精简。并且release模式下，“看门狗”机制将会被关闭，因此才会出现模拟器运行没事，真机崩溃的情况。
