作者:Mitchell
一、静态内存分析
- 静态内存分析：
- 优点：分析内存非常快，已经可以对整个项目的内存进行分析。
- 缺点：不运行程序，直接对代码进行分析。根据代码的上下文语法结构，看语法是否有问题。（不够准确，但是如果通过静态内存分析，有提示出现了内存泄露，需要通过分析代码上下文查看是否有内存泄露）
- 快捷键：
command +shift +b -
进行方式：Product -- > Analyze
静态内存分析.png
二、动态内存分析
- 动态内存分析（Instrument）
- 优点：真正运行起来的程序，并且可以对某一个操作来具体分析，当用户做了某一个操作时，该操作是否产生了内存泄露（分厂准确，如果提示有内存泄露，基本可以说明代码有问题）
- 缺点：分析速度非常慢，需要一步一步来分析代码是否有问题，切可能在分析过程中有遗漏代码。
- 进行方式：Product --> Profile -->Leaks --> 选择想要运行的项目 --> Record
Instrument.png
Leaks.png
Record.png
这样就可以开始动态检测一个项目是否存在内存泄露了。
注意：我们需要进行操作让系统不断去执行所要检测的代码是否存在内存泄露。 -
如果有内存泄露会出现这样的情况，由于笔者的 Xcode 是7.0 版本所以和 6.x 有所不同，但是使用是一样的，我们点击 Leak Checks 就能看到 Instrument 给出的提示。如果直接点击会左边的 Leaked Object 会进入汇编的提示环境。
屏幕快照 2015-10-08 下午7.24.23.png
这里我们在右侧 Stack Trace 拦下点击我们所创建的方法，也就是带人像的方法，这样就能定位到泄露的位置了。
屏幕快照 2015-10-08 下午10.12.24.png
屏幕快照 2015-10-08 下午7.31.16.png
之后点击右上角 Xcode 的图标直接回到 Xcode 代码中进行修改，这样我们动态内存分析就完成了。
回到Xcode.png
-
注意：我们可能会看到这样的情况， All Heap Allocations 是程序真实的内存分配情况，All Anonymous VM则是系统为程序分配的虚拟内存，为的就是当程序有需要的时候，能够及时为程序提供足够的内存空间，而不会现用现创建。
堆栈中真实分配内存和虚拟内存.png
