Android性能优化(一):TraceView-阿里云开发者社区

Android性能优化(一):TraceView

2016-12-31 1232

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 最近，我准备好好研究一下Android性能优化方面的相关知识，准备从应用流畅度开始，边看《移动App性能评测与优化》边自己实践，希望可以补足一下自己在优化这方面的空白。

+关注继续查看

最近，我准备好好研究一下Android性能优化方面的相关知识，准备从应用流畅度开始，边看《移动App性能评测与优化》边自己实践，希望可以补足一下自己在优化这方面的空白。
工欲善其事必先利其器，我先学习了TraceView这个大神器的使用方法。下面就来总结一下。
为了节省你的时间，本文主要内容如下：

TraceView两种使用方法
TraceView各项数据的含义

TraceView使用方法

TraceView有两种使用方法，一种是在DDMS上手动操作进行使用，还有一种方法是使用代码生成trace文件，然后在使用DDMS打开文件。我们以检测一个启动很慢的Activity为例来介绍。在应用中点击个人中心按钮，跳转到个人中心页面，但是这个过程有明显的卡顿。我们分别使用两个方法来检测这个过程。
第一种方法是最简单也是最常用的使用方法。点击DDMS左侧的Start Method Profiling按钮(具体位置如图1,三个小箭头和红点的那个按钮)。

图1:TraceView启动按钮位置

然后点击个人应用中心按钮，等待个人中心页面显示出来，然后再次点击那个按钮，DDMS就会自动显示出如图2的界面。

第一种方法很方便，但是精准度不够，当你希望有更加精确的检测时，你就可以使用第二种方法。在你要检测的代码过程中开始调用android.os.Debug.startMethodTracing()方法,然后在过程的末尾调用android.os.Debug.stopMethodTracing()方法。等到这段代码执行完之后，系统就会在手机的/sdcard文件夹下生成一个trace文件。你可以使用DDMS或者adb将其复制到你的电脑上，然后用DDMS工具打开。

图2:TraceView数据展示

TraceView各项数据分析

我很久之前就接触过TraceView，但是当时并没有完全理解它所展示的所有数据的具体含义，没有感受到它的强大之处。下面，我总结一下它的各项数据的含义和自己的理解。
首先，我们可以看到一行表头，其中不同的项代表不同的内容。我们接下来一一进行解释。

Incl Cpu Time

Incl Cpu Time表示这个函数从开始被执行到执行结束的时间。这个时间包括这个函数中调用其他函数所花费的时间。也就是说，这个函数和函数中所有子函数的一共执行时间。举个例子：

  public void example() {
    a();
    b();
  }

Incl Cpu Time就表示example函数执行的总时间，假如说example方法执行的时间为10ms,函数a执行了3ms,方法b执行了６ms，调用example方法的函数执行的总时间为100ms。最终计算出来的Incl Cpu Time比率为：

example 10%
a 30%
b 60%

通过这个指标，我们可以看到一个函数的所有时间的占比，这个指标一般不会用到，因为我们一般都先查看所有函数的Excl Cpu Time指标。但是当你需要精确了解各个函数总执行时间并优化时，你还是需要先从这个函数入手。比如说优化应用冷启动时间，这个时候并没有明显的有较长Excl Cpu Time的函数，你需要对目标函数进行一点一点的分析和优化。而不是像寻找明显卡顿原因时的直接找Excl Cpu Time指标最大的函数。