APP性能测试 安卓 App 性能专项测试之流畅度深度解析-中篇

shakebabe · 2019年05月10日 · 最后由 scrum19 回复于 2020年03月24日 · 705 次阅读
本帖已被设为精华帖!

背景

毫无疑问,流畅度在Android众多性能指标中其重要程度不言而喻,而且也是最为复杂的一个。为了描述这样的一个维度,业界大佬纷纷提出了各种指标来对其进行衡量。在上篇文章中给大家介绍了FPS这一项指标的由来及卡顿的原理(丢帧),不熟悉的小伙伴可以点击进入http://www.lemfix.com/topics/245先去了解一番。 但是仅凭借fps指标来去衡量流畅度是远远不够的。

连续绘制的Android应用

对于连续绘制的应用(游戏、视频)我们可以选用fps指标。

步骤如下:

  • 将手机通过USB线连接之PC端,开发者选项中USB调试打开,保证adb devices能够检测到设备
  • 再次进入到开发者选项中,找到GPU呈现模式分析

  • 选择“在adb shell dumpsys gfxinfo中”

  • 查询自己要测试应用的包名,可有如下方式:
  1. app运行在前台,通过adb shell dumpsys activity | find "mFocusedActivity"查询
  2. aapt工具解析APK安装包,aapt dump badging APK安装包路径
  3. 等等...
  • 启动测试App应用,测试对应的场景,结束后在命令行输入adb shell dumpsys gfxinfo 应用包名

Draw+Prepare+Process+Execute=完整显示一帧的时间

这个时间需要小于16.67ms才能保证不丢帧

fps数据分析:

计算总数据的行数(跳过第一行)

frameCount=rowNum(总行数)

计算每帧的渲染时间

renderTime=Draw+Prepare+Process+Execute

当渲染时间renderTime大于16.67ms,该帧渲染超时,算一次丢帧,需要用掉额外的Vsync个数为(多需要的同步信号):

vsyncOverNum=renderTime/16.67-1

fps计算公式为

fps=frameCount*60 / frameCount+vsyncOverNum

非连续绘制的应用

实际上在现在很多的Android应用中,很少有需要不断的去绘制的场景。比如:

fps很低,为什么我们感觉不到卡顿?

因为本来就用不到那么高的fps,如画一个动画0.5秒就画完了,那么fps最高也就只有30帧/秒,而如果屏幕根本就没有绘制需求,即屏幕显示的画面是静止的,那fps就是为1。

还有一种情况是:app停止操作后,fps还一直变化,这样的话fps是否会影响fps准确性?

app停止操作后fps还一直变化,是因为屏幕每一帧的合成都是针对手机里的所有进程,那么即使你的App停止了绘制,手机里其他进程还可能在绘制,比如通知栏的各种消息,这会导致fps继续变化。

究竟如何衡量非连续绘制应用的流畅度?

在上一篇文章我们讲过Vsync信号会通知系统开始绘制并且显示在屏幕LCD上,如果某一个Vsync信号发过来绘制没有及时完成,那么Vsync会等到下一周期(16.67ms)再次发送。所以我们可以根据Vsync信号的发送来得到流畅度情况-SM(SMoothness)指标。

恰好有这样一款工具可以辅助我们得到-腾讯GT(前提是需要将手机root)

勾选要调试的进程

返回到参数界面可以看到SM参数已被勾选

点击红色按钮即可开始测试,场景测试完毕之后即可保存

得到的就是SM相关的数据。

共收到 5 条回复
shakebabe 将本帖设为了精华贴 05月10日 14:58

老师授业解惑,学生醍醐灌顶

生活因你而火热

0902164623小玉加油

老师授业解惑,学生醍醐灌顶_2020-03-24 14:27:00

老师授业解惑,学生醍醐灌顶_2020-03-24 15:21:21

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册