Android 性能优化之TraceView的使用

原址

TraceView简介

工欲善其事，必先利其器。要想分析Android的性能问题，比如卡顿了之类的，那么就必需掌握TraceView工具的使用。
TraceView 是 Android SDK 中内置的一个工具，它可以加载 trace 文件，用图形的形式展示代码的执行时间、次数及调用栈，便于我们分析，以此来优化 App 运行效率。

生成trace文件

在进行分析以前，必需要生成trace文件，可以用下面的三种方法生成trace文件：

插入代码生成trace文件

Debug.startMethodTracing("test.trace")

……

Debug.stopMethodTracing();

然后把 trace 文件从手机导出来就可以进行分析了，这种方法的优点是可以精确的控制追踪的起点和终点，缺点是步骤繁琐了一些。

使用Android Monitor

使用Android Studio 内置的 Android Monitor 也可以很方便的生成 trace 文件到电脑。
在 CPU 监控的那栏会有一个类似秒表的按钮，未启动应用时是灰色，不可点击，应用启动后变成可以点击状态，点击之后开始追踪，再次点击结束追踪，并生成后缀为.trace的 tarce 文件。

使用DDMS

DDMS 是 Android 调试监控工具，用来分析 trace 文件更为直观，菜单栏点击Tools->Android->Android Device Monitor，便可以打开DDMS，如图：

我们可以用 DDMS 打开前面方法生成的 trace 文件，File -> Open File，然后选择文件即可。
或者也可以生成 trace 文件。
选择需要调试的进程，在上面点击Start Mothod Profiling按钮：

此时会弹出一个选项框：

Sample base profiling：抽样监听，以指定的频率进行抽样调查，一般不要超过5s，需要较长时间获取准确的样本数据。
Trace base profiling：整体监听，项目中所有方法都会监听，资源消耗比较大。

点击OK后，边开始了监听，再次点击mothod profiling按钮，结束监听。

DDMS会打开trace文件，此时就可以对trace文件进行分析了。

trace文件分析

如图：

通过界面图我们可以看到整个界面可以分为上下两个部分，上面是你测试的进程中每个线程的执行情况，每个线程占一行，下面是每个方法执行的各个指标的值。
上面一部分是测试进程的中每个线程运行的时间线，x轴表示时间，色块区域可放大，每个区域代表每个方法的执行时间，不同的颜色代表不同的方法，颜色长度代表占用时间。y轴表示每一个独立线程。
下面一部分Name为所选择的颜色区块所代表的性能分析。

属性介绍：

Incl cpu time：某方法占用CPU总时间（父+子）。
Excl cpu time：某方法本身占用cpu时间（父），即总时间减去子方法的时间。
Incl Real time：某方法真正执行总时间（父+子）。
Excl Real time：某方法自身执行时间（父），即总时间减去子方法的时间。
Calls+RecurCall：调用次数+递归调用次数。
Cpu time/Call：平均每次调用占用CPU时间。
Real time/Call ：平均每次调用所执行的时间。

点击某一个方法，可以看到它的详细信息：

Parents：选中方法的调用处
Children：选中方法调用的方法

打开每个方法，会显示Paents和Children(即父方法和子方法)，以及分别所占用时间。
根据上图，很轻易的就找到了createBitmp方法占用了主线程中大量的时间，是可以优化的对象。

一些分析 trace 文件的方法：

从上半部分图中先直观的分析那些函数运行的时间较长，点击色块区域下面会自动展开该函数。
点击 TraceView 中的 Cpu Time/Call，按照占用 CPU 时间从高到低排序
哪些方法调用次数非常频繁
点击 TraceView 中的 Calls + Recur Calls/Total ，按照调用次数从高到底排序