FPS是测试APP流畅度的一个重要参数，以下介绍用adb命令查看APP的FPS方法步骤；

        备注：现在有很多平台工具可以测试APP/H5的FPS等性能参数，比如腾讯的PerfDog、Argus，在前面也有记录过；

PerfGog测试FPS等性能参数

Argus测试FPS等性能参数

以下主要介绍adb查看FPS的方法：

1、打开设置--系统--开发人员选项--GPU呈现模式分析--在屏幕上显示为线型图；

备注：如果没有打开GPU呈现模式分析开关，在dump的数据中没有Draw Prepare Process Execute的数据；

        Draw：创建显示列表(display lists，记录所有view对象的绘制指令)的时间开销；

        Prepare：在一些旧adb版本中是算在process上，就是指从创建显示列表到执行显示列表的这一段准备时间的开销；

        Process：渲染引擎执行显示列表中绘制指令的时间。UI视窗中的View数量越多，需要执行的绘画命令就越多；

        Execute：将一帧图像交给合成器compostior的时间。这部分占用的时间通常比较少；其实是实际显示帧数据的后台缓存区与前台缓冲区交换后并将前台缓冲区的内容显示到屏幕上的时间；

        Draw + Prepare+Process + Execute = 绘制一帧需要的时间 ，这个时间要小于16.67ms才能保证每秒60帧，即fps为60；如果超过了16.67就表示掉帧了。

以上是哔哩哔哩APP（tv.danmaku.bili.MainActivityV2）的测试数据，分别对比淘宝和京东的测试数据如下：

淘宝详情页（com.taobao.android.detail.wrapper.activity.DetailActivity）

 京东商品详情页（com.jd.lib.productdetail.ProductDetailActivity）

（1）Graphics info for pid 2280 [com.jingdong.app.mall] : 表明当前dump的为京东APP的帧信息，pid为2280

（2）Total frames rendered: 11083  本次dump搜集了11083帧的信息

（3）Janky frames: 4172 (37.64%) 11083帧中有4172帧的耗时超过了16ms，卡顿概率为37.64%

（4）Number Missed Vsync: 60 垂直同步失败的帧

（5）Number High input latency: 10663 处理input时间超时的帧数

（6）Number Slow UI thread: 125 因UI线程上的工作导致超时的帧数

（7）Number Slow bitmap uploads: 13 因bitmap的加载耗时的帧数

（8）Number Slow issue draw commands: 90 因绘制导致耗时的帧数

（9）HISTOGRAM: 5ms=50 6ms=118 7ms=235 ... 直方图数据，表面耗时为0-5ms的帧数为50，耗时为5-6ms的帧数为118，同理类推。