Fwd: Android（程序）性能分析 Traceview

Android（程序）性能分析 Traceview

---

• 介绍Traceview

     “Traceview是android平台配备的一个很好的性能分析工具。它可以通过图形界面的方式让我们了解我们要跟踪的程序的性能，并且能具体到method。”

     Traceview程序是（Eclipse）android开发环境自带工具存在...\android-sdks\tools\;

     Traceview图形界面如下： 

     

图1. Traceview界面

   

•      a. 时间轴面板

          显示不同线程的执行情况，线上有不同颜色部分是代表线程执行不同函数。右上角显示时间轴的时间总长，左上角显示当前选中时间点的性能数据。

          注：在图形上点击鼠标拖拽就可以有放大效果，恢复原图只要双击最上面的时间轴横线即可。

•      b. Profile面板

          纵轴显示程序执行到的不同函数。横轴显示对应函数的性能数据，包括这些字段：Incl Cpu Time %，Incl Cpu Time，Excl Cpu Time %，Excl Cpu Time，Incl Real Time %，Incl Real Time，Excl Real Time %，Excl Real Time，Calls+RecurCalls/Total，Cpu Time/Call，Real Time/Call。

          大体上介绍一下以上字段含义：

          Incl是Inclusive（包含的），表示该函数的调用包括所有子函数的调用。

          Excl是Exclusive（独有的），表示该函数的调用仅包括基本操作，不包括子函数的调用。

          Cpu Time，就是真正在占用CPU的时间，Elapsed Real Time = CPU Time + Wait Time。详细参考http://en.wikipedia.org/wiki/CPU_time

          Real Time，就是时钟计时的时间（时长）。

          "Elapsed real time is always same or more than CPU time for computer program which use only one CPU for processing. If no wait is involved for I/O or other resources, elapsed real time and CPU time are very similar."

          %，占有的百分比。

          所以，字段“Incl Cpu Time %”就表示对应函数的Cpu Time在整个时间轴的函数调用中占的百分比。

•      c. 搜索框

     搜索框根据函数名称搜索显示对应的性能数据。

还有，可以参考Traceview 官网说明 http://developer.android.com/tools/debugging/debugging-tracing.html

• 抓取分析数据

     上面内容介绍了Traceview工具，光有工具而没有分析数据，哪来的性能分析。所以这部分内容讲述抓取分析数据。

    该部分说明如何抓取分析数据，即创建分析数据文件（Trace File）。其方法有三种：

•      1. 使用Eclipse的DDMS功能

         该方法是最简便也最实用，没有之一。而且不需要去修改代码也不管程序是否有读写SDCard权限（如方法2）。具体操作如下：

          a. Eclipse切换至DDMS页面，选中需要分析的程序（如xlwireless.wirelessadhocnetwork），点击右上角按钮“Start Method Profiling”，如下图：

          

图2. DDMS启动Traceview

          b. 停止操作时点击同一按钮，则Eclipse会自动弹出中Traceview图形界面，直接显示了Trace（文件）的分析结果。

          c. 若想保持分析数据（trace文件），只要操作Eclipse菜单File -> Save As ... 即可。

          的确是实在太简洁的操作吧！

          注意：该方法不支持Android 1.5设备，Android 2.1或更早版本需SDCard机器权限，而Android 2.2之后即使没有SDCard也行。（引用自官方说明）

• • If you are using DDMS, Android 1.5 devices are not supported.
  • If you are using DDMS, Android 2.1 and earlier devices must have an SD card present and your application must have permission to write to the SD card.
  • If you are using DDMS, Android 2.2 and later devices do not need an SD card. The trace log files are streamed directly to your development machine.

•      2. 使用Debug Class代码添加功能

         MainActivity的OnCreate方法添加：

  Debug.startMethodTracing("xl-adhoc-trace");

         MainActivity的OnDestory方法添加：

  Debug.stopMethodTracing();

         或者，你也可以换成在MainActivity的OnStart与OnStop方法。有人出现这样情况：“但是在实际的测试时发现这种方式其实并不好用，因为通常情况下我们的activity的onDestroy()是由系统决定何时调用的，因此可能等了很长时间都不会得到这个trace文件。因此决定在onStop()中来调用Debug.stopMethodTracing()。这样当我们切换到其它activity或者点击home键的时候onStop()就会被调用，我们也就可以得到完整的trace file。”

        使用该方式获取trace数据需注意：程序须有SD卡读写权限，当然还有代码权限。

        程序运行结束后，会在SD卡下生成对应trace文件（如xl-adhoc-trace.tracing），使用adb pull命令拉取trace文件或其他可视化拷贝都可以。

•      3. adb 命令行启动

        命令如下：

         adb shell am profile start

         adb shell am profile stop

        但该方法没有去做过尝试。

• 分析性能

     工具 + 数据 = 分析结果

     通过已保存有的trace文件，用命令行启动Traceview分析程序性能。

     1. 把Traceview目录添加到系统的环境变量Path，如c:\users\<user-name>\android-sdks\tools\;

     2. CMD命令行：traceview  ***.trace （注意：全路径的trace 文件，否则可能不行）。

     3. 自动弹出traceview图形界面，通过这个图形界面就开始分析程序的性能。

     结合图形，做简单的示例分析：

     a. 日志版的自组网程序刚启动时间（2s左右）的性能结果：

         

         从上图分析结果：打印日志的逻辑占了程序性能很大比例。

     b. 非日志版分享文件时的性能结果：

          

          从上图分析结果：可以优化的地方包括Wifi列表更新操作的refreshWifiScanResult，文件分享（发送方）的onRequestFileRange。

•      具体函数的分析

          针对分享文件数据（上图的）详细分析一下，查找refreshWifiScanResult与onRequestFileRange函数在具体地方占用其性能比例在哪里？

          见下图显示，用红圈标注出了性能的关键地方。

          

          

          

          

     

（完）