SysTrace与TraceView性能分析

一、SysTrace简介

Systrace允许你监视和跟踪Android系统的行为(trace)。它会告诉你系统都在哪些工作上花费时间、CPU周期都用在哪里,甚至你可以看到每个线程、进程在指定时间内都在干嘛。它同时还会突出观测到的问题,从垃圾回收到渲染内容都可能是问题对象,甚至提供给你建议的解决方案。但是不能确定具体有问题的代码在哪里,这里可用用traceview工具。在Android平台中,Systrace主要由3部分组成:   
内核部分:Systrace利用了Linux Kernel中的ftrace功能。所以,如果要使用Systrace的话,必须开启kernel中和ftrace相关的模块。   
数据采集部分:Android定义了一个Trace类。应用程序可利用该类把统计信息输出给ftrace。同时,Android还有一个atrace程序,它可以从ftrace中读取统计信息然后交给数据分析工具来处理。   
数据分析工具:Android提供一个systrace.py(python脚本文件,位于Android SDK目录/tools/systrace中,其内部将调用atrace程序)用来配置数据采集的方式(如采集数据的标签、输出文件名等)和收集ftrace统计数据并生成一个结果网页文件供用户查看。 从本质上说,Systrace是对Linux Kernel中ftrace的封装。应用进程需要利用Android提供的Trace类来使用Systrace.

二、生成Trace

生成Trace分析文档的步骤如下:
1.打开手机调试模式,usb连接手机,运行APP
2.启动Systrace(命令行,Eclipse,Android Studio都可)
3.手机上做想要被trace的任何操作

2.1 Android Studio启动

1.打开Tools > Android > Android Device Monitor.
2.选中设备,点击Capture System
3.配置trace,点击OK
示例:
1.在SysTrace中选择需要项,如:CPU内存使用,Graphics图像帧数,View System视图的使用等。
2.时长设置5秒,需要在5秒内 执行卡顿操作业务的代码块。之后会在指定目录生成trace.html文件。
3.我的项目里云书架同步下载比较卡,就着重分析这部分。

SysTrace与TraceView性能分析_第1张图片
SysTrace_Config.png

三、分析Trace

分析前,介绍一些技巧:

3.1 监视帧数

F圆圈表示一帧(Frame),有绿,黄,红三种状态,渲染时间依次递增。
正常绘制是1秒60帧,大约一帧16.6毫秒,在这个值以下是正常颜色绿色,如果超过它就会变成红色、黄色。非绿色的都说明有问题。单点击后可查看Frame详细信息,根据警报提示解决问题。

3.2 快捷键

SysTrace与TraceView性能分析_第2张图片
quick_key.png

3.3分析文件

用Google浏览器打开生成的trace文件,可以进行性能分析:下面是我项目云书架同步时的SysTrace结果图。

SysTrace与TraceView性能分析_第3张图片
SysTrace_alert.png

上图是一个ui卡顿的trace记录,横轴是时间,坚轴是线程/进程。
可以看到,很多 带“F”的模块放大区域会看到Inefficient ListView recycling/rebinding 等Alert提示
当我们 点击了Alerts或者点击右边的Alerts列表中的任何一点我们可以看到相对应的优化提示以及可能会出现优化的视频教程链接。

SysTrace与TraceView性能分析_第4张图片
图片1.jpg

我们可以点击一块Frames中的F来查看 ,通过按下m键查看这一帧到下一帧所花费的时间以及哪个方法被调用的最长。
可以看到这时间>16.6ms,系统要求UI的60fps水准所以系统会报出黄色的警告。然后我们从Description中可以读出到底是哪里出了问题。

SysTrace与TraceView性能分析_第5张图片
图片2.jpg

Description描述为 Inefficient ListView recycling/rebinding ,我们初步定位是ListView列表问题,下面我们用TraceView详细分析具体哪个方法,哪行代码耗时或重复多次调用。


TraceView

关于TraceView用法及分析 上一节讲过 TraceView优化工具,直接上分析图:

SysTrace与TraceView性能分析_第6张图片
traceview_analy.png

主要查看 占用CPU较大或调用次数过多的函数,可以看到 云书架里 dealWithCloudBook函数 :
**Cpu Time : CPU占用率 5.4% **
Calls+Recurcalls:调用14次
好,开始你的表演吧,问题查到了,如何解决:
1.一部分是项目逻辑问题,稍微业务重构就可以
2.还有事Google自带或版本升级造成的

解决问题

最后,追踪到代码,发现下载过程创建过多线程,优化处理即可。

适用平台

Android Version: 6.0及以上 Platform: 通用

QQ技术交流群:570847156 欢迎入坑

你可能感兴趣的:(SysTrace与TraceView性能分析)