随着项目的进行，APP的优化必须要尽早的展开了，所以最近自己在学习很多APP的调试技巧，今天我们就来说说Xcode为我们准备的自带的调试工具。
代码性能是个避不开的话题。随着项目的扩大和功能的增多，没经过认真调试和优化的代码，要么任性地卡顿运行，要么低调地崩溃了之……结果呢，大家用着不高兴，开发者也不开心。
本篇重点讨论一下 iOS性能测试中的启动测试、内存泄露测试、CPU测试。
1.启动测试
测试工具：Instruments > TimeProfile
可在 appDelegate.m中加入一段代码，来进行测试：
- (void)testLaunch
{
for(int i = 0; i < 100000;i++){
NSLog(@"test");
}
}
1）获得启动时间
APP启动之后，中止 TimeProfile，按住 option键在监控窗口中拖拽，选中监控区域中起始点到打开 APP后的峰谷，查看APP启动所需时间，如下图：
2）分析可优化空间
首先，需要注意一下右侧栏中的几个给力的筛选项，如下图：
（注：我觉得非常常用的标记为『必选项』）
- Separate by Thread //按线程聚类，『可选项』，当我们想查看每个线程中哪些方法比较耗时时，勾选它；
- Invert Call Tree //反转调用栈信息，『必选项』，否则 main一直排在最上面，碍事；
- Hide System Libraries //隐藏系统库，『可选项』，只查看自己应用的栈信息；
- Top Functions //按耗时降序排列，『必选项』
Running Time列中显示运行每个方法所耗费的时间，根据耗时和占比猜测是否有代码需要优化。双击中间主窗口中的方法名进入具体的代码行查看，耗时多的代码行有颜色标记，并显示占比。
获取 APP启动时间非常简单，但分析哪些地方可以优化，则需要对代码足够了解。项目的启动时间没有一个特定的值，利用该方法可以提供一个缩小的检测范围，尽可能发现可被优化的代码。
2.内存泄露测试
有两种方法可以采用，第一利用静态分析，第二使用Instruments工具集。
1）静态分析
在 xcode中长按运行按钮>Analyze，可启动代码静态分析。
对于 MRC项目，静态分析是必要的，对于 ARC项目，静态分析作为可选项。
这项检查只覆盖代码编译时可能存在的问题，但并不能覆盖代码运行时。这时，我们还需要结合动态分析工具。
2）动态分析
工具: Allocations,Leaks
【Allocation】
Allocations组件监控对象调用了 alloc方法申请内存后的内存使用情况，可记录对象生命周期中内存引用计数的变化，当对象被正常释放后不再继续追踪。
【Leaks】
Leaks监控内存泄露，一般和 Allocations一起使用，在检测到内存泄露后，通过 Allocations定位到具体的代码。发现问题时，监控图会显示红条。修改代码后，再次查看，如果红色消失则表示内存泄露被修复成功了。
但 Leaks可能会『假摔』，例如每次 APP启动后，都会显示几个红条，因此 Leaks的使用过程中也需要人工判断分析。
步骤：
a）运行Profile>Allocations，启动 APP后实时查看 Allocations\Leaks图，若 Leaks中出现红条，则双击红条，切换到 Leaks视图；
b) 选择右侧栏查看 stack trace，点击黑色图标（非系统类），查看具体的代码实现，分析可能出现的问题，如下图：
例如，上面的代码中，每次初始化都会创建一个NSMutableArray 对象，可以优化为removeAllObject后重利用。
3）CPU等指标
工具：Activity Monitor
可监控 CPU和内存指标，并可对比多次监控的结果。
步骤：
a)profile>Activity Monitor 启动 APP, 运行过程中option选择峰值查看 cpu和内存使用量。
b)对比多次监控的结果，把最差情况作为最终结果；
