Android 性能分析之TraceView使用(应用耗时分析)

Android 性能分析之TraceView使用(应用耗时分析)

本文连接： http://www.javashuo.com/article/p-htczhypr-mb.html

文章概览：

• TraceView概述
• trace文件的3种生成方式 
  
  • Android studio 直接生成（推荐）
  • 嵌入代码代码生成
  • 使用DDMS来生成
• TraceView界面及参数介绍
• 使用TraceView分析，定位问题
• 相关资料

TraceView概述

Traceview是android平台配备一个很好的性能分析的工具。它能够把trace文件转化为图形，经过图形化的方式让咱们了解咱们要跟踪的程序的性能。当你有一个trace 的日志文件时（经过在程序添加trace代码或使用DDMS或studio生成），你可使用TraceView加载日志文件，Traceview 能够帮助你调试你的应用和分析它的性能。

trace文件的3种生成方式

• 第一种，使用android studio 直接生成（推荐）
  
  操做： 
  1，点击Monitors–>CPU栏目上的小闹钟（以下图），开始记录。
  
  2，操做你手机须要分析的功能。好比，UI卡顿那块，应用耗时那块..
  
  3,在此点击Monitors–>CPU栏目上的小闹钟（以下图），结束记录，这是会生成trace文件。（能够点击studio 左侧的Captures。它里面的Method Tracing 里面能够看到）
  
  4，这个时候，studio会自动打开这个trace文件。（很惋惜，此次说的不是它）
  
  

• 第二种，嵌入代码代码生成
  
  使用 
  android.os.Debug.startMethodTracing(String traceName);
  android.os.Debug.stopMethodTracing(); 
  这两个方法添加到你想分析的那些代码中，当程序运行了这段代码，就会在/sdcard 
  目录中生成一个traceName命名的trace文件。

• 第三种，使用DDMS来生成
  
  1，选中Devices里面，你想查看的进程。而后点击，start Method Profiling，以下图
  
  2，操做你手机想调试的那部分功能
  
  3，再次点击那个按钮Stop Method Profiling 
  
  

TraceView界面及参数介绍

• 界面说明 
  
  界面主要有上下两个面板，上面是时间线面板，下面是分析面板。时间线面板描述了线程和方法的开始和结束，分析面板提供了一个方法中发生的状况信息。时间线面板又能够分为两个部分（左右），暂时分为三个部分。以下图标记

  • 第一部分（上面板左侧）

    数据中所采集的线程信息，好比main线程等等

  • 第二部分（上面板的右侧） 
    时间线上是每一个线程在这个时间段内所涉及的函数调用信息（空白的位置表示当时没有在执行），每一个方法用一种颜色显示（颜色循环使用），当鼠标放到不一样的位置能够看到，当时执行执行的方法，以及相关信息。
  • 第三部分（下方面版） 
    下半部分表示这段时间执行的方法，及每一个方法执行的信息分析（好比，占用CPU的时间，调用、递归次数等等），参考参数说明
    
    
    
    
• 参数说明 
  
  下方面板中数据对应的列名（上图红框那一行） 
  
  • Calls+RecurCalls/Total (重要) 
    某函数运行，调用、递归的次数
  • Cpu Time/Call (重要) 
    某函数运行，占用CPU的时间
  • Real Time/Call (重要) 
    某函数运行，平均的执行时间
  • incl Cpu Time 
    某函数运行，占用CPU的时间（包括其内部函数调用的时间）
  • Excl Cpu Time 
    某函数运行，占用CPU的时间（不包括其内部函数调用的时间）
  • incl Real Time 
    某函数运行，运行的真实时间（不包括其内部函数调用的时间）
  • Excl Real Time 
    某函数运行，运行的真实时间（不包括其内部函数调用的时间）

使用TraceView分析，定位问题

上面给几个参数标记了重要，下面咱们来想下为何呢？ 
咱们在分析耗时的时候通常有两种状况：

- 1，调用次数很少。可是，自己就很是耗时。 
- 2，自己不是很耗时。可是，调用很是频繁。

1，第一种状况，咱们可使用 Cpu Time 来查看它的耗时状况。 
2，第二种状况，咱们可使用 Calls+RecurCalls/Total 来查看它的调用状况。

如今，咱们模拟，使用CPU Time来分析

• 第一步，点击CPU Time列，让函数从高到底排列，并找到咱们项目的方法点击进入，以下图 
  
  咱们发现里面分为Parents和Children。 
  
  Parents:自身函数。 
  Children：调用内部的函数。 
  而后，咱们找到了drawRegionV2的函数
  
  

• 第二步，点击drawRegionV2函数，一步步找进去,getPoints()->toFloat()，最后，以下图
  
  

• 第三步，查看咱们的代码,并解决问题。 
  
  java代码

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• 21
• 22
• 23
• 24
• 25
• 26
• 27
• 28
• 29
• 30

最后，发现了ondraw里面的toFloat()函数的BigDecimal。执行一次getPoints函数就会建立好几个函数的BigDecimal对象，并且仍是在Ondraw里面。 

分析到这里，咱们已经定位到问题了。

相关资料

https://developer.android.com/studio/profile/traceview-walkthru.html

https://developer.android.com/studio/profile/traceview.html#traceviewLayout

http://blog.csdn.net/androiddevelop/article/details/8223805

http://blog.csdn.net/u011240877/article/details/54347396

http://www.cnblogs.com/sunzn/p/3192231.html

http://www.jianshu.com/p/ba630177d85a