本文共 1881 字，大约阅读时间需要 6 分钟。
参考：
========================================
time profile的使用：
1.点击你的跟踪文档下面的 Library 按钮,或者选择 Window > Library。
2.勾选右边Call Tree中Separate Thread和Hide System Libraries两个选项,剔除掉了系统相关方法和反向调用树路径
3.
这里对右侧call tree选项有必要做一下说明[官方user guide翻译]:
Separate By Thread:线程分离,只有这样才能在调用路径中能够清晰看到占用CPU最大的线程.
Invert Call Tree:从上到下跟踪堆栈信息.这个选项可以快捷的看到方法调用路径最深方法占用CPU耗时,比如FuncA{FunB{FunC}},勾选后堆栈以C->B->A把调用层级最深的C显示最外面.
Hide Missing Symbols:如果dSYM无法找到你的APP或者调用系统框架的话，那么表中将看到调用方法名只能看到16进制的数值,勾选这个选项则可以隐藏这些符号，便于简化分析数据.
Hide System Libraries:这个就更有用了,勾选后耗时调用路径只会显示app耗时的代码,性能分析普遍我们都比较关系自己代码的耗时而不是系统的.基本是必选项.注意有些代码耗时也会纳入系统层级，可以进行勾选前后前后对执行路径进行比对会非常有用.
======================================
Analyze (shift+command+b)检测内存泄露product----Analyze
app不crash了，那看看有没有内存泄露。用XCode的Analyze就能分析到哪里有内存泄露
分析之后可以看到：
这里提示alertView没被释放，有内存泄露，那我们释放
[alertView release];
再分析，这个问题解决了。
Analyze 分析内存 检测出现 User-facing text should use localized string macro 警告问题:
Analyze也可以逻辑错误监测：
****** Allocations,leak检测内存泄露
一个叫(分配)Allocations，以及一个被称为VM Tracker(虚拟机跟踪)。
有隐藏的项目，你可能不知道有东西在那儿。你可能已经听说了内存泄漏。但你可能不知道的是，其实有两种泄漏。
第一个是真正的内存泄漏，一个对象尚未被释放，但是不再被引用的了。因此，存储器不能被重新使用。-----用leak;
第二类泄漏是比较麻烦一些。这就是所谓的“无界内存增长”。这发生在内存继续分配，并永远不会有机会被释放。
如果永远这样下去你的程序占用的内存会无限大,当超过一定内存的话 会被系统的看门狗给kill掉.
***leaks工具 （command + control + i）
分析内存泄露不能把所有的内存泄露查出来，有的内存泄露是在运行时，用户操作时才产生的。那就需要用到Instruments了。
或者
选择第一个 Instruments
按上面操作，build成功后跳出Instruments工具，选择Leaks选项，
显示界面如图，然后选择Leaks
选择后界面如图
好到这里准备工作就算做完啦，开始正式的测试
关键的几步
1、首先我们选中Xcode先把模拟器（command + R）运行起来
2、然后我们再选中Xcode，按快捷键（command + control + i）运行起来,
此时Leaks已经跑起来了，我们可以狠明显的看到，
3、由于Leaks是动态监测，所以我们需要手动操作APP，进行测试，一边操作APP，一边观察Leaks的变化，
当出现红色柱子时，恭喜你监测到了内存泄露，点击右上角的第二个，进行暂停检测（也可继续检测，当多个时暂停，一次处理了多个），
下面就是定位修改了
4、此时选中有红色柱子的Leaks，下面有个"田"字方格，点开，选中Call Tree
显示界面如图
5、下面就是最关键的一步，在这个界面的右下角有若干选框，选中Invert Call Tree 和Hide System Libraries,（红圈范围内）显示如下：
到这里就算基本完成啦，这里显示的两个，就是内存泄露代码部分，还差一步：定位
6、选中显示的若干条中的一天，双击，会自动跳到内存泄露代码处，如图
7、既然找到了内存泄露出，修改即可