app性能优化之Time Profiler工具的使用

前段时间写的一篇文章
最近做产品商城项目时，因为这块经常变动，不可能经常提示用户下载新版本升级，于是决定用H5来实现，进行无刷新升级。期间遇到很多问题，在兄弟们的努力下，总于完成了。没事的时候也喜欢看看上线后的app,一开始app刚加载时就很慢，现在感觉就更慢了，首页也不是me写的，闲来无事就分析了一下原因，看看哪些地方占用了时间，索性就看看吧。

使用Time Profiler的性能分析方法

Time Profiler分析原理：它按照固定的时间间隔来跟踪每一个线程的堆栈信息，通过统计比较时间间隔之间的堆栈状态，来推算某个方法执行了多久，并获得一个近似值。其实从根本上来说与我们的原始分析方法异曲同工，只不过其将各个方法消耗的时间统计起来。
和使用 Instruments的其他工具一样，点击XCode的Product菜单Profile启动Instruments 然后选择TimeProfiler

首先，确保右手边工具栏上的视图选择器的每一个选项都被选中，如下：

1435031528317977.png

这样就确保所有的面板都被打开。现在看一下下面的截图和每一部分的说明。

1435031539770546.png

1、这里控制记录过程，点击红色的"记录"按钮可以停止或开始当前正在分析的app（在记录和停止按钮之间切换），暂停键，如你所想，暂停当前正在运行的app。
2、这里是执行计时器（run timer），计时器记录着正在分析的app执行了多长时间、执行了多少次。如果你使用记录控制按钮来停止你的app，然后重启，这将创建一个新的运行记录，同时会显示" Run 2 of 2"。
3、这里被称作路径（track），就你选择的 Time Profiler工具而言，因为只有一个工具，所以这里只有一条路径，关于这里显示的图标的详情，一会你就会在接下来的教程中了解更多。
4、这里是详情面板，展示的是你正在使用的工具的主要信息。就现在而言，这里展示的是最"笨重（hottest）"的方法--换句话说，占用CPU时间最长的方法。点击上方的bar会看到Call Tree（左手边的那个）并选中Sample List，然后你会看到数据的不同视图。视图展示了每一个示例。点击其中几个，你会在Extended Detail inspector中看到被捕获的堆栈跟踪。
5、这里是检查器（inspector）面板，一共有三个检查器：record setting（记录设置），display setting（展示设置），还有 extends detail（扩展详情）。
在右手边，选择 display setting（或者按下commond+2），在该选择器中，在Call Tree栏下选中 Separate by Thread, Invert Call Tree和** Hide System Libraries**选项，你的界面应该看起来是这样的：

下面解释了每一个选项对左侧列表中数据的显示起了什么作用:
Separate by Thread：每个线程被单独考虑。这能让你知道哪一个线程占用CPU最多。

Invert Call Tree：选中该选项后，调用栈会自上至下显示。这通常是你需要的，因为你想知道CPU花费时间的那个最深的方法。

Hide System Libraries：选中该选项后，只有你自己app中出现的符号会被显示出来。通常选中该选项是有用的，因为你只关心CPU在你自己的代码中的哪一部分花费时间，你没法对系统库使用CPU做多少改变。

Flatten Recursion：该选项将每一个调用栈中的递归函数（调用它们自身的函数）视作单一入口，而不是多入口。

Top Functions：选上这一选项让Instruments将花费在一个函数中的总时间视作在该函数中直接花费的时间加上调用的其他函数花费的时间。所以如果函数A调用了函数B，那么函数A花费的总时间被记为A花费的时间加上B花费的时间。这一选项非常有用，因为它能让你在每次进入调用栈时找到花费最长的时间，瞄准你最耗时的方法。

下面我们来开始分析原因，这是应用第一次进入首页的详情面板：

好嘛，占整个首页加载时间的13% 而且确实也是商城问题导致的，这一块是解压缩文件用的，是个耗时的操作，不知有没有放在后台线程里操作，这里只是一个具体的方法，我们看看都有谁调用了它，点击那一行的左箭头就可以展开查看所有调用者：

展开后看一下最后三行，它在首页的 viewdidLoad 方法中在初始化首页底部时，加载商城数据时，调用的解压缩操作，双击可以
查看具体代码实现，我们选中双击［Mall initMallConfig:］进去后看一下

这是一个拷贝资源的方法，我们跟进去看一下：

并没有发现任何开启子线程的操作，那么这个方法也就是在首页 viewdidload 方法里面调用的，代表就是在UI线程进行的文件copy
毋庸置疑，肯定会导致页面卡顿。
那我们把它放到子线程进行操作看看效果：

耗时的资源压缩复制放到后台执行 首页加载从851ms降到了 70ms ，加载速度显著提升.
总结：性能优化是在所有更能实现完成时要做的事，使用Time Profile工具分析app每个流程的执行情况，发现耗时的地方，合理优化，提升用户体验，切记，优化后要做一遍详细的测试，要不然别修了东墙坏了西墙。