catalog.png

一. 概述

性能优化是 Android 中的一个重要知识，也是衡量一个 Android 工程师水平的重要依据，简单的性能优化，可能很多人都会。比如以下几个优化 UI 渲染的方法，想必很多人都知道

1. 使用“设置 --> 开发者选项 --> 调试 GPU 过度绘制”，根据屏幕显示的不同颜色来区分是存在过度绘制，从而排查该界面的 xml 文件，去除不必要的 background，消除过度绘制

2. 通过 Layout Inspector 查看布局层级，排查是否存在多层无用的嵌套（由于 Hierarchy Viewer 已经被废弃，如果使用 3.1 及更新版本的 Android Studio，使用 Layout Inspector 查看布局会更加方便）

3. 在 xml 中使用 ViewStub & merge 标签，优化布局层级

4. ......

上面的这些点当然很重要，但是在某种程度下，上面的这些做法已经力不从心了，我们需要通过其他方式来达到优化性能的目的

俗话说的好，工欲善其事，必先利其器，使用一个好的工具当然可以让我们事半功倍，由于 TraceView 过于严重的运行时开销，使得 TraceView 测量的很多数据偏差较大，所以 Google 现在强推 systrace，systrace 是一个非常强大的性能分析工具。

systrace 可以从系统层面上，收集并分析设备运行时的所有进程的时间信息，它从 Android 内核中，比如：CPU 调度、磁盘活动和 app 线程中收集信息，然后生成如下图所示的 html 文件，需要说明的是：生成的 trace.html 文件必须用 Chrome 浏览器打开才可以正常的浏览使用.

overview.png

图片来源：systrace。如上图所示，‘Frames’ 那一行里面的每一个小圆圈就代表着每一帧，用不同的颜色来代表是否正常的渲染，如果某一个小圆圈用黄色/红色表示，则表明这一帧的渲染可能存在问题

好，接下来我们来看下如何使用 systrace 工具

二. 如何使用

我使用的 Mac 电脑，所以以下操作都是在 Mac 上进行的，在 Windows 系统上应该也大同小异。

2.1 准备工作

在使用 systrace 之前，需要做以下几个准备工作

1. 较新的 Android SDK Tools

2. 需要 PC 端配合，PC 端安装了 Python 且配置在了系统环境变量中

3. 调试的设备需要是 4.3（API Level 18）以上的，系统越高，可以收集到的信息越多，越有利于分析，分析的应用需要是 debug 包

4. 通过 usb 将 Android 设备和 PC 连接成功，处于可调试的状态

至此，准备工作已完成

2.2 使用

2.2.1 使用方法

通过 Terminal 进入到 /Android/sdk/platform-tools/systrace/ 目录下

systrace-sdk.png

这个时候，在设备上操作应用，使应用进入到待调试的状态，比如需要调试某个页面 RecyclerView ，则进入该页面

然后在 Terminal 里面运行如下命令，其中 [options] [categories] 都是需要输入的参数

./systrace.py [options] [categories]

比如，执行如下命令，其中 -o mynewtrace.html -t 10 属于 [options] 参数，sched freq idle am wm gfx view binder_driver hal dalvik camera input res 属于 [categories] 参数

./systrace.py -o mynewtrace.html -t 10 sched freq idle am wm gfx view binder_driver hal dalvik camera input res

在运行 10s 之后，就会将记录的设备活动生成一个名为 mynewtrace.html 文件。

2.2.2 参数说明

那么 [options] 和 [categories] 都包括哪些参数呢？

[options] 参数是固定的，常用的包括以下几个

在介绍 [categories] 参数之前，先介绍 systrace 两个有用的指令

比如，我设备的 Android 系统是 Android 7.1.2，运行如下命令以后，可以得到如下图所示的 [categories] 参数信息

./systrace -l

systrace-l.png

上面的这些 [categories] 参数指明此设备支持哪些可以被记录的模块，常用的有以下几个模块

生成 trace.html 文件大概就是这样，并不复杂，下面介绍几个查看此 html 文件的快捷键，通过下面几个常用的快捷键，可以方便的查看 html 文件

三. 分析 trace.html

3.1 简单分析 trace.html 文件

我们该如何分析生成的 trace.html 文件呢？

如下图所示，是一个放大后的 trace.html 的局部图。我们都知道 Android 系统中的 60 fps 概念，也就是 1s 内会渲染 60 帧，渲染一帧需要 16.6 ms，下图中用红色框起来的就是每一个 frame，如果在 16.6 ms 内完成了渲染，则该帧是绿色的，如果渲染超过了 16.6 ms，则呈现出黄色或者红色

analyze1.png

图片来源 systrace

在上图中，选中存在问题的黄色帧以后，需要注意两部分，如下所示

1. 第一个红色框中，高亮的部分是这一帧在 UI 线程和 RenderThread 线程中都调用了哪些方法

2. 第二个红色框中，展示了一些信息，包括非常有用的该帧出问题的原因（Alert & Description），这些都是系统给出的存在的问题和优化建议

analyze2.png

如果我们在上图中，选中右上角的 Alerts tab，会出现如下图所示的信息，它告诉我们在这段时间内该问题出现的频次，比如下图所示的：Inefficient ListView recycling/rebinding 共出现了 55 次。

可以把 Alerts tab 当做一个需要处理的 bug 列表，这个列表中的问题都不同程度上的对我们的帧渲染造成了问题。有时候可能只是几行代码的微小改动和优化，却可以优化我们很多的问题

analyze3.png

3.2 为自己的应用添加 Trace 信息

默认情况下，systrace 都只能记录、收集系统层面的信息，比如 WindowManager、ActivityManager、以及 Dalvik 等等模块的，有没有什么办法也记录收集自己应用中的一些信息呢？

Android 是提供了这样的 Api 的，这个类是 Trace 类，使用 Trace 类记录自己应用中的信息其实并不难，如下所示，有如下几点需要注意

1. Trace.beginSection(String sectionName) 和 Trace.endSection() 需要成对出现，为保证每个 Trace.beginSection(String sectionName) 都会有对应的 Trace.endSection()，建议使用 try {……} finally {……}

2. 如果在 Trace.endSection() 之前有多个 Trace.beginSection(String sectionName)，Trace.endSection() 会匹配离它最近的一个未匹配过的 Trace.beginSection(String sectionName)

3. Trace.beginSection(String sectionName) 和 Trace.endSection() 需要在同一线程中

public class CardViewListActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Trace.beginSection("CardViewListActivity_onCreate");
        try {
            setContentView(R.layout.activity_card_view_list);
            RecyclerView recyclerView = findViewById(R.id.rv_card_view);
            recyclerView.setLayoutManager(new LinearLayoutManager(CardViewListActivity.this));
            recyclerView.setAdapter(new CardViewListAdapter());
        } finally {
            Trace.endSection();
        }
    }

    private static class CardViewListAdapter extends RecyclerView.Adapter<CardViewHolder> {

        @NonNull
        @Override
        public CardViewHolder onCreateViewHolder(@NonNull ViewGroup parent, int viewType) {
            Trace.beginSection("CardViewListAdapter_onCreateViewHolder");
            CardViewHolder viewHolder;
            try {
                View view = LayoutInflater.from(parent.getContext()).inflate(R.layout.item_card_view_list, null);
                Trace.beginSection("CardViewListAdapter_onCreateViewHolder_newHolder");
                try {
                    viewHolder = new CardViewHolder(view);
                } finally {
                    Trace.endSection();
                }
            } finally {
                Trace.endSection();
            }
            return viewHolder;
        }

        ……
    }

    ……

}    

在自己应用的代码中添加如上代码之后并没有结束，还有一点非常重要，在执行 systrace 命令的时候，需要通过 -a <package_name> 指定应用包名，这样才会记录、收集到自己应用中添加的 trace 信息，如下所示：

./systrace.py -t 10 -o mytrace.html -a com.lijiankun24.shadowlayout sched freq idle am wm gfx view binder_driver hal dalvik camera input res

在生成的 trace.html 文件中，可以通过右上角的查找，找到 sectionName，就可以查到该 Trace 的记录信息

image.png

3.3 原理浅析

其实 systrace 的思想很简单，就是在一些关键路径中打 log，通过 log 的开始和结束就可以得到一个方法的执行时间信息，然后将这些 log 收集起来，就可以得到关键路径的运行时间信息，进而得到整个系统的运行性能信息。

在 Android 应用、Android Framework 和 native 层通过不同的方法或类打 log

3.3.1 Android Framework

import android.os.Trace;
Trace.traceBegin(long traceTag, String methodName)
Trace.traceEnd(long traceTag)

比如在 ActivityThread 中的内部类 H.handleMessage(Message msg) 方法如下所示

image.png

在 Android Framework 中是通过 Trace.traceBegin(long traceTag, String methodName) 方法打 log 的，传入的 traceTag 是 Trace 类中的常量类，如下所示

image.png

其实这里的 Trace 常量值，和我们在执行 ./systrace [options] [categories] 时，传入的 [categories] 值对应的

3.3.2 Android 应用

对应的 traceTag 名称是 TRACE_TAG_APP，在使用 systrace.py 命令运行时，需要通过 -a <package-name> 指定应用的包名，才可以收集到埋的 tag

import android.os.Trace;
Trace.beginSection(String sectionName)
Trace.EndSection()

Trace 类的源码如下，可见 traceBegin(long traceTag, String methodName)、traceEnd(long traceTag)、beginSection(String sectionName)、endSection() 最后都调用了 native 方法 nativeTraceBegin(long tag, String name) 和 nativeTraceEnd(long tag)

public final class Trace {

    @FastNative
    private static native void nativeTraceBegin(long tag, String name);
    @FastNative
    private static native void nativeTraceEnd(long tag);

    private Trace() {
    }

    ......

    public static void traceBegin(long traceTag, String methodName) {
        if (isTagEnabled(traceTag)) {
            nativeTraceBegin(traceTag, methodName);
        }
    }

    public static void traceEnd(long traceTag) {
        if (isTagEnabled(traceTag)) {
            nativeTraceEnd(traceTag);
        }
    }

    ......

    public static void beginSection(String sectionName) {
        if (isTagEnabled(TRACE_TAG_APP)) {
            if (sectionName.length() > MAX_SECTION_NAME_LEN) {
                throw new IllegalArgumentException("sectionName is too long");
            }
            nativeTraceBegin(TRACE_TAG_APP, sectionName);
        }
    }

    public static void endSection() {
        if (isTagEnabled(TRACE_TAG_APP)) {
            nativeTraceEnd(TRACE_TAG_APP);
        }
    }
}

3.3.3 native 层

其实 systrace 本质上是对其他工具的封装，包括 PC 端的 atrace 和设备端的 ftrace，ftrace 是 Linux 内核中的主要跟踪机制。systrace 使用 atrace 开启追踪，然后读取 ftrace 的缓存，并且把它重新转换成HTML格式

#include<utils/Trace.h>
ATRACE_CALL();

这里介绍了 systrace 基本的分析方法和基本原理，更深入的分析方法和原理会在后面系列中更新，敬请期待.

四. 参考

https://developer.android.com/studio/command-line/systrace

http://gityuan.com/2016/01/17/systrace/

https://www.jianshu.com/p/b492140a555f