Android游戏帧分析工具,android性能跟踪分析工具系列 - TraceView

37624124_1408459493746.jpg

文集目录

话说前2篇都是介绍查看app 每帧的渲染，根据不同任务耗时离来查找问题，那么我们现在可以发现 app 卡顿是由哪个任务区域造成的，然后呢我们兴致勃勃的去查看代码，一看尼玛这么多方法了，具体是哪几个方法造成的呢，还是别的原因？ 怎么办现在卡在这里了，哈哈，没关系，现在我来介绍神器 TraceView，这个工具可以查看方法的具体耗时和资源消耗。哈哈是不是感觉顺下来了，我写文章都是按着解决问题的顺序写的。

先来看看这个 TraceView 长啥样：

Snip20170915_27.png

如何使用TraceView

代码方式：

首先选择跟踪范围，在想要根据的代码片段之间使用以下两句代码

Debug.startMethodTracing(“hello”);

.......

Debug.stopMethodTracing();

生成的traceview文件会自动放在SDCARD上，没有SDCARD卡会出现异常，所以使用这种方式需要确保应用的AndroidMainfest.xml中的SD卡的读写权限是打开的，其中hello是traceview文件的名字，是然后用adb导出traceview文件。

adb pull sdcard/hello.trace C:\Users\wangjing\Desktop

然后启动Android Device Monitor-->File-->openFile,打开traceview文件即可。

可视化操作方式

打开 Android devices trace ，之前介绍过了

Snip20170915_30.png

然后点这里，开始计时，TraceView 工具也是根据时间段来分析的

Snip20170915_31.png

我们就可以开始我们的操作了，完事后我们还是按这个键，结束采集，最后就会生成一张分析图表了

如何使用

做一个测试大家就知道怎么回事了，我在A 界面放一个按钮，启动B 页面，B 页面的 onCreate 方法中进行一个耗时操作，这里我极端一点，打印日志一百万次

public class BActivity extends AppCompatActivity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_b);

printmMethod();

}

private void printmMethod() {

for (int i = 0; i < 1000000; i++) {

Log.d("TrackView-", "test:" + (i + 1) + "次");

}

printmMethod2();

}

private void printmMethod2() {

for (int i = 0; i < 200000; i++) {

Log.d("TrackView-", "test:" + (i + 1) + "次");

}

Toast.makeText(this, "打印结束", Toast.LENGTH_SHORT).show();

}

哈哈，我这写的极端了，为了结果明显一点，我们现在可以阻塞 UI 线程呢，界面的显示之后在我们的阻塞任务之后才能显示，看 TraceView 获取的数据图

Snip20170915_27.png

可以看到上面的 main 线程里面一条常常的黑色，有颜色就表示有响应的方法在跑，因为我们阻塞的是 UI 线程，所以这里我们看 main 线程就行啦

在下面的方法列表里，我们可以找找 B 页面的 onCreate 方法，默认是按右边第一条数据的从大到小排列的，右边的数据列表是可以拖拽的，按我们自己的喜好来

Snip20170915_32.png

点击 onCreate 方法我们可以看到内部的实现

Snip20170915_33.png

parents 是 onCreate 方法的上一级，就是谁调用了 onCreate 方法

children 是 onCreate 方法内部调用的子方法，一般我们都是看这里的。

好了，重点就是看看右边的右边的数据列表都能显示什么数据，我先解析一下几个字段：

incl ：

数据 = 该方法自身 + 该方法的所有子方法

excl：

数据 = 该方法自身， 注意不包含该方法的所有子方法

cpu time：

是该方法耗费的CPU 时间

Real time：

是该方法耗费的实际时间，Real time > cpu time，因为 cpu 的特性，cpu 在一个计算时间段内是在不停轮流执行并发任务的。

知道了这几个字段就好办了，下面是所有数据的含义解释：

一般我们都是看方法占用的实际时间和次数，注意点击行用的数据字段是能够排序的哦。

结合上面的例子，我们可以看到 onCreate 自身没有耗费时间，都是里面我们打印的方法在耗费时间，也就是卡顿的元凶。这里我们一般都是做延迟加载，在页面显示出来之后再执行打印方法

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_b);

getWindow().getDecorView().post(new Runnable() {

@Override

public void run() {

printmMethod();

}

});

}

ps：TraceView 工具一般也就是这么用，有 NB 人使用代码方式的，这样范围更精准，尤其适合装逼用，哈哈。

参考资料：