Systrace的用法小结

通过SysTrace可以帮助我们分析性能问题，包含方法的耗时时长、CPU的使用情况、ANR、布局情况等；相比性能工具TraceView，主要用来分析每个方法的执行时间，对于冷启动而言，想抓trace只能通过代码的方式，这样会导致整个应用比较卡顿，测试出的方法时间，不是真正的执行时间，只能看下时间长短的相对占比。而SysTrace工具，能帮助我们解决抓取的方法时间不真实问题。

一般，抓取SysTrace在User Debug的ROM版本，抓取的信息会非常详细；如果不是User Debug版本，可以通过自定义Tag的方式来丰富信息。

自定义TAG：

Trace.java的对应的自定义TAG方法如下：

traceBegin开始抓取，traceEnd结束抓取（可以嵌套调用，但是一定是要成对出现；另外注意下如果某个方法节点出现异常，会导致顺序错乱，

注意：traceTag一定是在Trace类中定义的常量，而且在抓取的SysTrace的，该TAG有勾选。

Trace.java中定义了如下TAG。

下面代码为自定义TAG的帮助类：

在Activity的onCreate的开始和结束位置调用即可：

这样当启动systrace的时候就会使用自定义的TAG了。如下所示：

打开systrace文件后有如下常用快捷键：

W: 放大页面

S：缩小页面

A：左平移页面

D：右平移页面

M：快速选中区域或者取消选中区域

->: 向右移动一个事件

<-:向左移动一个事件

介绍了自定义TAG，快捷键，那么到底该如何分析trace文件呢？

查找耗时操作：

Systrace可以查看方法的执行时间，方便找出耗时操作，也可以观察出帧的绘制时间。

上图可以看出activityStart的执行时间较长，也就是app的冷启动时间较长。红色的F代表帧的绘制时间过长。

查询UI线程的等待

除了UI线程本身耗时外，有时候，我们自身业务中多线程已经执行任务，会存在同步锁问题，此时UI线程就处于Sleeping状态。

Step1: 选中红色区域（CPU执行状态），可以看到如下统计信息：

Sleeping：表示线程处于睡眠态，显示白色

Runnable：表示线程处于可执行态显示蓝色

Running：表示线程处于运行态显示绿色

Uninterruptible Sleep: 一般表示IO操作

 从统计的信息可以看出Sleeping的时长99多ms

Step2：在CPU轴找出“白条较长”的区域，光标点击，并按M键选中，可以详细的看到该Sleeping的时长，线程信息等。

Step3：继续放到区域，可以看到在“白条区域”后面，紧接着一个“蓝条区域”，代表当前的UI线程从Sleeping态变化到了Runnable态（红色标注区域）

Step4：点击Runnable区域，可以看到其详细信息（由于Runnable区域比较小，可以使用快捷键->,快速从Sleeping事件移动到Runnable事件）；关键信息时：{wakeup from tid: 20704}，可以知道UI线程被20704线程所唤醒。

Step5：搜索该线程信息：Comm:线程名称；Tid:线程id；Prio:线程优先级