美文网首页
Android 使用 TraceView 分析卡顿问题

Android 使用 TraceView 分析卡顿问题

作者: teletian | 来源:发表于2017-05-05 16:57 被阅读1618次

背景

发现App的启动速度比较慢,但是到底慢在哪里,需要调查!

使用 TraceView 来分析

TraceView 是 Android SDK 内置的一款工具,在 tools 目录下。它可以加载 .trace 文件,通过图形化的方式来分析方法的调用时间,调用次数等等。

怎么生成 .trace 文件?

1. 通过代码生成

在需要分析的开始位置添加以下代码

// 文件保存到 Sdcard 根目录下,"/sdcard/StartTime.trace"
Debug.startMethodTracing("StartTime");

在需要分析的结束位置添加以下代码

Debug.stopMethodTracing();

当然,别忘了添加权限

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
2. 通过 Android Studio 生成

代码的方式是生成到手机里面,而 Android Studio 的方式可以直接生成到电脑里面。
Android Studio 的 Monitors 的 CPU 有个按钮,见下图

按钮会在 App 启动的时候点亮,单击一下表示开始追踪,再单击一下表示停止追踪。(缺点是难以精确控制开始和结束)
停止追踪后会生成 .trace 文件,如下图所示

该文件也会直接在 Android Studio 里面打开,如下图所示

鼠标停留在某一个黄条上,会显示具体的开始时间,结束时间,以及自己占用和调用其他方法占用的时间比例。

怎么打开 .trace 文件?

1. 上文提到的直接在 Android Studio 里面打开(建议使用下面的方法,使用更方便)
2. DDMS 里面打开

打开 Android Studio 的 Android Device Monitor

然后在 DDMS 中打开生成好的 .trace 文件

DDMS 会自动启动 TraceView 显示内容

下半部分有三个关键指标:

  • Cpu Time/Call :该方法平均占用 CPU 的时间
  • Real Time/Call :平均执行时间,包括切换、阻塞的时间,>= Cpu Time
  • Calls + Recur Calls/Total :调用、递归次数\

点击下面的任意一个方法,可以看到它的详细信息:

  • Parents:选中方法的调用处
  • Children:选中方法调用的方法

查找问题的几个手法

  • 哪些线程执行时间长? 和主线程的交错时间?
  • 哪些方法执行时间长?
    • Cpu Time/Call 从高到低排序,看 CPU 时间
    • 看颜色哪些方法长
  • 方法被调用次数高?
    • Calls + Recur Calls/Total 从高到低排序

上图中发现主线程中以一段颜色比较长,鼠标停留上去

发现是 Dagger 的初始化画的时间较长,由于在启动的时候用到了 Dagger 的 Inject,虽然只用到了一个类,但是其他不相干的类也还是一起初始化了。看来要考虑优化 Dagger 的 Inject 方式了。

点击那段颜色,下半部分还能显示具体 Dagger 初始化了哪些类

可以看到 Dagger 初始化了很多类,虽然只用到了一个类。

3. 直接用 Android SDK 的 TraceView 打开

第二种方法的 Find 功能用不了,这个 Bug Google 一直没有解决。但是 Android SDK 的 TraceView 的 Find 功能是可以用的。

直接打开 traceview.bat 可能打不开,可以 cd 到 Android SDK 的 tools 目录然后用命令行打开
traceview C:\Users\tianjf\Desktop\starttime.trace

虽然提示 deprecated,但是 Find 功能可以用了。

相关文章

网友评论

      本文标题:Android 使用 TraceView 分析卡顿问题

      本文链接:https://www.haomeiwen.com/subject/kafstxtx.html