Android 使用 TraceView 分析卡顿问题

背景

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

使用 TraceView 来分析

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

怎么生成 .trace 文件？

1. 通过代码生成

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

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

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

Debug.stopMethodTracing();

当然，别忘了添加权限

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 功能可以用了。