看到的翻译比较烂，看原文的同时顺便纪录下
原文链接
Instruments Tutorial with Swift: Getting Started
这篇教程会告诉你如何使用xcode自带的Instruments的几个比较重要的功能。可以让你检查你代码中的运行问题，内存问题，循环引用和其它一些问题。
Time for Profiling
首先我们来看Time for Profiling。每个标准时间，Instruments会暂停程序的运行并且获取每个正在运行的线程的堆栈信息。类似xocde中断点时左边栏show the debug navigator标签中的线程信息。
Time Profiler中如下图
该图中通过Call Tree显示了app中许多方法执行使用的时间。每一行都是一个通过执行路径表明的不同方法。
此处的时间并不是严格的通过监视开始结束确定的，而是通过方法在栈中停留的样本次数确定的。举例来说，如果1毫秒一次取100个样本，而我们要观察的方法在其中10个样本中出现在栈顶部，那么我们就可以推断这个方法用时大约是10毫秒，这个方法非常不严谨但是作为我们检查是否有方法用时过长（找到有问题的方法）已经完全够用了。
提示：一般情况下，你应该使用真机而不是模拟器进行测试。模拟器基于mac的硬件，相比iOS设备过于强大，在真机中有很多限制是模拟器没有的。
所以不需要其它的操作，时间就被纪录下来了。
下面看看具体使用。
打开你的xcode在菜单栏中 选择Product\Profile，或者直接快捷键⌘I。这将会编译你的app并且载入Instruments。接下来你将会看到Instruments提供的各种模版，如下图。
选择Time Profiler然后点击choose。然后会弹出一个新的Instruments界面。点击左上角的红色记录按钮开始记录数据，这时app也会在设备中打开。当然你可能会碰到需要授权的情况，点击是就好。
在Instruments窗口中你可以看到title位置的时间正在增长，时间轴上又个小三角自左向右移动，这表明app已经在运行了。
首先右上角把右边栏和下边栏都打开，如下
下面解释各个部分
1.记录控制。红色的‘记录’按钮，控制被分析的app运行或者终止。暂停按钮就是暂停喽
2.运行中的计时器。显示被分析的app运行的时间，和运行次数。如果你停止或者重新开始记录，会开启一个新的计时器并且显示 Run 2 of 2。
3.这个部分叫做追踪区域，显示各种数据的轨迹。根据所选的Time Profiler模型，现在只有一个instrument所以只有一行轨迹，详细的稍后介绍
4.详细展示。这部分显示你所追踪的instrument的详细信息。当前，它显示的是最‘热门’的方法--占用cpu时间最长的。
5.检查器面板。三个检查器：记录设置，显示设置，拓展详情。
原文中有例子来说明，可以下载后按照下面顺着走。例子大概是一个搜索后展示结果的列表。
实战
例子用Time Profiler跑起来后，搜索个东西然后在列表中上下滑动几次，就可以记录到不少Time Profiler的数据。你会发现屏幕中间的数字变了并且有曲线图出现，这表示CPU周期在被使用。
如果你不希望这么繁琐的数据，只想观看指定的可能出错的东西，那么你需要对上面的5进行一些设置。选择Display Settings(⌘+2)。在检查器中的Call Tree中，选择Separate by Thread, Invert Call Tree, Hide Missing Symbols 和 Hide System Libraries. 如下图
下面解释下这些选项都有什么用
- Separate by Thread:每个线程分开观察。这可以让你知道哪个线程改为cpu的高负荷负责。
- Invert Call Tree:字面意思，从top到bottom展示。介于你想知道CPU把时间都花到哪个深层的方法中，一般都会选这个。
- Hide Missing Symbols:如果你app或者系统framework的dsym文件没有被找到，你就不会在表区看到对应的方法名，只能看到2进制文件中对应的地址。如果选中这个，那么只有确定的标示才会被显示出来，只有地址的会被隐藏。用来简化分析的数据。
- Hide System Libraries:当你选中该选项，只有你app的标示(例子中为方法)会被显示。通常都会被选中，因为关注系统本身使用cpu的情况并没有什么卵用。
- Flatten Recursion:处理递归（自己调用自己），在每个栈中只跟踪一个，而不是多个。
- Top Functions:选中意味着，让Instruments统计一个方法使用时间时，将它调用的方法的运行时间也算到里面。当A调用B，那么A的时间为A的时间加上B的。这个是很有用的，可以让你发现进栈太长的元素。
-
如果是OC的程序，这里还有个 Show Obj-C Only:如果选中，那么只会显示oc的方法，忽略c和c＋＋。这个没什么卵用，除非你的app是个 OpenGL app,会有一些C++的方法。
回到我们的例子中
虽然原来表中好多值都好类似，一旦你设置了上面的选项就会被梳理成下面这样
现在看起来好多了。你会发现大量的时间被花费到applytonalfilter这个方法中，这个方法在cell每次出现都会被调用。
为了知道这个方法到底在做些什么，列表中直接双击，会直接把代码展示给你看。如下
超赞，有木有。applyTonalFilter()是UIImage拓展的方法 ，时间基本都用来生成输出图像。
看上去这个方法我们也做不了什么让他变快。让我们去看看调用这个方法的方法看看。点击代码上方的calltree回到列表视图。现在我们点击applyTonalFilter这行左边的小三角，展开调用该方法的方法。重复步骤（在swift中，层数稍微多一些）当你看到有你工程名字的一行时，有可能就找到问题了。
例子中这一行是 cellForItemAtIndexPath，双击打开代码。现在你就能看到问题所在了。这个方法耗时太长，而你在cell重构填充图片时不停的被调用造成了主线程的阻塞(UI展示在主线程中进行，所以影响到了UI流畅)。
转进工程代码
为了解决这个，你需要做两步：第一将图片处理放到后台线程中，第二当图片生成好后保存下来。例子中有集成缓存方法。
现在点击右上角的xcode标志，飞机票直接到问题代码。现在改吧。
未完待续，还有其他模块要说。不过我要先去测测我的代码了。
