instruments - leaks
iOS开发中，难免会出现内存泄漏的情况，此处通过instruments 中的 leaks工具来检测程序的内存泄漏问题；
instruments的介绍：
instruments是一个很灵活、强大的工具，是性能分析、动态跟踪 和 分析OSX以及iOS代码的测试工具；用他可以极为方便的收集关于一个或多个系统进程的性能和行为的数据，并能及时随着时间跟踪而产生数据，并检查所收集的数据，还可以广泛收集不同类型的数据；也可以追踪程序运行的过程，这样instruments就可以帮助我们了解用户的应用程序和操作系统的行为。
使用instruments的leaks工具
迅速膨胀的内存可以很快让程序毙命，所以要多加防范，即使有ARC（自动引用计数）内存管理机制，但是在现实中对象之间的引用复杂，循环引用 ，以及C层次的代码都有可能导致内存泄漏，所以需要用到 leaks。
打开的界面如图（新版本）
leaks界面
由于Leaks是动态监测，所以我们需要手动操作APP，进行测试，一边操作APP，一边观察Leaks的变化，在 暂停按钮 的右侧可以选择 运行的设备 和 运行的项目 （需要首先将项目安装到设备上)，点击开始按钮运行， 操作APP 当发现leaks 中 有一个红色的X，这说明APP存在内存泄漏，然后点击暂停，点击其中一个，然后开始分析（也可继续检测，当多个时暂停，一次处理了多个）。
下面就是定位修改了
1、选中有红色X的Leaks，下面有个 田 Leaks 字方格，点开，选中 Call Tree。
2、接着就是最关键的一步，在这个界面的右下角有若干选框，选中Invert Call Tree 和 Hide System Libraries,（红圈范围内）如果不知道在那个位置请接着往下看 （如果call tree 没有刷新，可以勾掉重新勾选）
3、定位 （APP 中 应该设定 Build Settings -> Debug Information Format 的Debug改成DWARF with dSYM File，这样才能看到具体位置）
在详情面板选中显示的若干条中的一条，双击，会自动跳到内存泄露代码处，然后点击右上角 Xcode 图标进行修改。
4、举例
找到内存泄漏的位置
双击进入查看内存泄漏的代码处，分析原因
5、这里对 Display Settings 中 的Call tree选项做一下说明 [官方user guide翻译]:
Separate By Thread: 线程分离,只有这样才能在调用路径中能够清晰看到占用CPU最大的线程.每个线程应该分开考虑。只有这样你才能揪出那些大量占用CPU的"重"线程，按线程分开做分析，这样更容易揪出那些吃资源的问题线程。特别是对于主线程，它要处理和渲染所有的接口数据，一旦受到阻塞，程序必然卡顿或停止响应。
Invert Call Tree: 从上到下跟踪堆栈信息.这个选项可以快捷的看到方法调用路径最深方法占用CPU耗时（这意味着你看到的表中的方法,将已从第0帧开始取样,这通常你是想要的,只有这样你才能看到CPU中话费时间最深的方法）,比如FuncA{FunB{FunC}},勾选后堆栈以C->B->A把调用层级最深的C显示最外面.反向输出调用树。把调用层级最深的方法显示在最上面，更容易找到最耗时的操作。
Hide System Libraries: 表示隐藏系统的函数，调用这个就更有用了,勾选后耗时调用路径只会显示app耗时的代码,性能分析普遍我们都比较关系自己代码的耗时而不是系统的.基本是必选项.注意有些代码耗时也会纳入系统层级，可以进行勾选前后前后对执行路径进行比对会非常有用.因为通常你只关心cpu花在自己代码上的时间不是系统上的，隐藏系统库文件。过滤掉各种系统调用，只显示自己的代码调用。隐藏缺失符号。如果 dSYM 文件或其他系统架构缺失，列表中会出现很多奇怪的十六进制的数值，用此选项把这些干扰元素屏蔽掉，让列表回归清爽。
Flatten Recursion: 递归函数, 每个堆栈跟踪一个条目，拼合递归。将同一递归函数产生的多条堆栈（因为递归函数会调用自己）合并为一条。
